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iN! PODUZIONE 


(Questa prefazione non fa parte dello standard IEEE 488-1975, Standard IEEE per 
Interfaccia Digitale per Strumenti Programmabili). 


Lo standard IEEE 488-1975, standard IEEE per Interfaccia Digitale per Strumenti 
Programmabili, si riferisce a sistemi che impiegano un metodo di trasferimento 

dei dati digitali,tra strumenti e componenti di sistema,di tipo seriale a livello 
byte (carattere) e parallelo a livello bit. L'interfaccia qui descritta è ottimiz- 
zata per ‘componenti di sistema in grado di comunicare su di un unico canale di co- 
municazione e quindi collegati in parallelo, 

Questo documento è composto da sette capitoli. Nel primo capitolo è definito il campo 
di applicazione dello standard ed il suo oggetto, sono fornite alcune definizioni 
di base ed una descrizione sommaria dell'interfaccia. | 

Nei secondo capitolo è descritto il funzionamento dell'interfaccia oggetto di que- 
sto standard e ne sono fornite le specifiche. Una o più funzioni d'interfaccia con- 
tenute in una apparecchiatura sono in grado di elaborare i messaggi e modificare 
gli stati di funzionamento del dispositivo stesso in modo da assicurare un flusso 
ordinato di informazioni tra un insieme di apparecchiature collegate tra di loro, 
Nel terzo capitolo è trattata la realizzazione elettrica dell'interfaccia che per- 
mette di trasferire messaggi tra un insieme di apparecchiature tra loro collegate. 
Nel quarto capitolo é trattata la realizzazione meccanica dell'interfaccia per im- 
plementare gli aspetti elettrici del sistema d'interfaccia, 

Nel quinto capitolo sono riportate alcune osservazioni che devono essere considera- 
te quando si progetta una apparecchiatura, per renderla compatibile con le altre 
apparecchiature di un sistema di misura. 

Nel sesto capitolo sono riportate considerazioni di sistema utili per l'utente di 
apparecchiature progettate osservando le prescrizioni di questo standard. 

Nelle appendici sono riportate ulteriori spiegazioni ed esempi. 

Il progettista deve leggere l'intero documento per poter progettare una apparec- 
chiatura che rispetti questo standard. 

L'utente deve conoscere il contenuto del primo e sesto capitolo se vuole collegare 

e programmare apparecchiature che rispettino questo standard. Se l'apparecchiatura 
che deve essere programmata non codifica e trasferisce automaticamente i messaggi, 
l'utente deve conoscere anche il contenuto del secondo capitolo. Si raccomanda ura 
certa familiarità con i contenuti degli altri capitoli di questo documento. infine, 
l'utente deve conoscere le caratteristiche dell'apparecchiatura utilizzata che 

non sono trattate in questo standard. 

Questo standard definisce un'interfaccia con l'obiettivo di garantire che i mes- 
saggi siano comunicati correttamente tra due o più apparecchiature di un sistema, 
ma non assicura che ogni apparecchiatura interpreti correttamente tutti i messag- 
gi che ad essa possono essere inviati o che l'apparecchiatura generi correttamen- 
te tutti i messaggi necessari. Il campo di applicazione di questo standard è molto 
ampio per cui si possono avere apparecchiature che pur rispettandolo sono tra loro 
incompatibili nel modo di funzionare. 


Il progettista di una apparecchiatura deve conoscere bene le caratteristiche dei 
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giusta tra quelle offerte da questo standard. Come un configuratore di sistema de- 
ve conoscere le opzioni proprie di ognuna delle apparecchiature del suo sistema 
per essere sicuro di usare le corrette tecniche di comunicazione. 

Questo standard non specifica le caratteristiche operative tipiche delle appa- 
recchiature che sono richieste per una completa compatibilità di sistema. Quindi 
non è sufficiente seguire le regole e procedure di questo standard per garantire 
una completa compatibilità tra le apparecchiature di un sistema. 

L'interfaccia definita da questo standard comprende argomenti vincolati da brevet- 
to che riguardano unicamente la procedura con cui'si verifica che il dato trasmes- 
so sia stato ricevuto (handshaking) realizzata con tre fili come descritto nei pa- 
ragrati 2.3 e 2.4 e come riassunto nell'Appendice B. 

L'ufficio degli standard lEEE richiama l'attenzione sul fatto che la procedura di 
riconoscimento di avvenuto collegamento tra apparecchiature che è oggetto dei pa- 
ragrafi 2.3 e 2.4 è soggetta ad un brevetto americano e brevetti verso paesi non 
americani di cui è proprietaria la Hewlett-Packard Company. La IEEE non si espri- 
me circa la validità di tali brevetti. La Hewlett Packard Company ha assicurato 
1"IEEE che è sua intenzione accordare una licenza sull'uso di taii brevetti da 
parte di chi lo desideri, sulla base di termini e condizioni ragionevoli e non 
discriminanti, Gli impegni della Hewlett-Packard Company a questo riguardo sono 
archiviati presso l'ufficio degli standard IEEE ed i dettagli sulla licenza pos- 
sono essere ottenuti dal servizio legale della Hewlett-Packard Company il cui in- 
dirizzo è: 1501 Page Mill Road, Palo Alto, California 94304, 

Questo standard è basato sul lavoro iniziato dal gruppo di lavoro n° 3 del comita- 
to tecnico 66 nell'ambito della commissione internazionale (IEC) e sottolinea i 
concetti generali di una bozza di raccomandazione che è ora sotto analisi da par- 
te della IEC. 

Y due comitati della IEEE responsabili della preparazione e valutazione di questo 
standard negli Stati Uniti erano l'Instrumentation and Measurements Group Sub- 
committee on Instrument/Computer Interfaces (che agisce anche da US Advisory Com- 
mittee per i rappresentati americani nel IEC TC 66/WG3) e l'Instrumentation and 
Measurement Group Technical Committee on Automated Instrumentation. 

I partecipanti dell'Instrument/Computer Interfaces Subcommittee erano: 


R.G.Fulks, Presidente D.C.Loughry, Segretario 
L. Costrell P.E. Goodale 
L.E. Decker D. Lehmer 
R. Esteverena R. Moffa 
J. Fluke, Jr L.J. Peek 
T.J. Harrison G.I. Rhine, Jr 
S.N. Levy J.K. Skilling 


I partecipanti dell'Automated Instrumentation Technical Committee erano: 


F.Liguori, Presidente C.W.Osborn, Segretario 


O.R. Batchelder R. Kurkjian 
R.W. Frank D.C. Loughry 


W. Gabriel 
W. Helf 

J.A. Houston 
R. Kiiemann 


R.A. Penn 

S.M. Schlosser 
P. Sylvan 

F.K, Weinert 
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INTERFACCIA DIGITALE STANDARD IEEE 
PER STRUMENTI PROGRAMMABILI 


i. GENERALITA' 
1.1. CAMPO DI APPLICAZIONE 


Questo standard si applica ai sistemi d'interfaccia usati per collegare apparec- 
chiature elettroniche di misura,programmabili e non programmabili,con altre appa- 
recchiature ed accessori necessari per installare sistemi di strumenti. 

Si applica all'interfaccia di sistemi di strumenti o parte di essi, in cui: 


11) I dati scambiati tra le apparecchiature collegate sono digitali (non analogi- 


ci) 


ur” 


Il numero di apparecchiature che possono essere collegate con un bus non è 
superiore a 15 


(3) La lunghezza totale della via di comunicazione attraverso i cavi non può es- 
sere superiore a 20 metri 


14) La velocità di trasmissione dei dati su qualunque linea non può essere supe- 
riore a 1 Mbyte/s. 


Le specifiche funzionali fondamentali di questo standard possono essere utilizzate 
nel caso di interfaccia con un maggior numero di apparecchiature e più distanzia- 
te, in ambiente che richieda una maggior immunità al rumore od una combinazione 
di tali parametri. Per tali applicazioni estese si possono richiedere differenti 
specifiche elettriche e meccaniche (per esempio: configurazioni circuitali simme- 
triche, logica ad alta soglia, speciali connettori o speciali configurazioni di 
cavi). Tali applicazioni sono al di là del campo di applicazione di questo star- 
dard, 

Questo standard si può anche applicare ad altri componenti di sistemi di strumen- 
ti come processori, generatori, display, o dispositivi di memoria e terminali che 
siano utili in sistemi di strumenti. 

Si applica in genere a laboratori ed ambienti dove si fanno test sulla produzione, 
ossia ad ambienti di dimensioni ristrette (distanze tra i componenti del sistema) 
e privi di disturbi elettrici. 

Questo standard tratta solamente le caratteristiche della interfaccia dei si- 
stemi di strumenti ed esclude le specifiche di progetto, le prestazioni ed i re- 
quisiti di sicurezza delle apparecchiature. 


Nota: Per gli ultimi due argomenti si veda la pubblicazione IEC 348 (1971), Safe- 
ty Requirements for Electronic Measuring Apparatus, e la pubblicazione IEC 359 
(1971), Expression of the Functional Performance of Electronic Measuring pulp 
sent. (1 documenti IEC sono disponibili presso l'American National Standard Fn- 


stitute, 1430 Broadway, New York NY 10018). 


In questo standard, a meno di una eventuale precisazione diversa, il termine "sl- 
stema" indica il sistema di interfaccia, seriale a livello byte e parallela a li- 
vello bit, che comprende, in generale, 1 circuiti, cavi, connettori, tutti i mes- 
saggi ed il protocollo di controllo per realizzare un trasferimento di dati non 
ambiguo tra apparecchiature. Il termine "dispositivo" o "apparecchiatura" indica 
una apparecchiatura di misura, programmabile, collegabile ad un altro prodotto at 
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so li sistema d'intertaccia e che comunica Je informazioni in conformilá a 
quanto delinito in questo standard. 

Un obiettivo fondamentale di questo standard è installare un sistema d'interfaccia 
per collegare esternamente diverse apparecchiature in sé complete. Questo standard 
può anche essere utilizzato per collegare Ura doro de parti componenti di uns tape 


Dares hii Ura. 
1 n AT gu Ara 
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Questo standard ha lo scopo di: 


(1) Definire un sistema di impiego generale da utilizzare in applicazioni in cui — 
la distanza tra le apparecchiature sia limitata 


(2) Specificare i requisiti meccanici, elettrici e funzionali che 1'apparecchiatu- 
ra deve avere per essere collegata al sistema e comunicare i dati senza ambi- 
guità 


(3) Specificare i termini e le definizioni relative al sistema 


(4) Rendere possibile il collegamento di apparecchiature prodotte da diversi for- 
nitori per formare un unico sistema funzionale 


(5) Permettere di collegare simultaneamente al sistema apparecchiature con presta- 
zioni comprese in un ampio range - da quelle più semplici e quelle piu comples- 


Se 


(6) Permettere la comunicazione diretta tra le apparecchiature senza dover invia- 
re tutti i messaggi ad una unità intermedia o di controllo 


(7) Definire un sistema con un minimo di restrizione sulle caratteristiche delle 


apparecchiature ad esso collegate 


(8) Derinire un sistema che permetta la comunicazione in modo asincrono con un 
ampio range di velocità di scambio dei dati 


(9) Definire un sistema che, in sé, sia poco costoso e permetta di collegare ap- 


parecchiature di basso costo 


(10) Definire un sistema che sia facile da usare. 


1.3. DEFINIZIONI 


Le seguenti definizioni si applicano per gli scopi di questo standard. 
Questo paragrafo contiene solamente definizioni generali. Definizioni dettagliate 


sono fornite in altri paragrafi, quando sono necessarie. 


MO 
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D.5.1. Termini generali di sistema 


compatibilità: il grado a cui le apparecchiature possono essere collegate ed usa- 
te, senza essere modificate, quando sono progeltale come definito nei capitoli 2, 
3 e 4 di questo standard, 






di riconoscimento (handshake cycle): il processo con cui i segnali digitali 
lizzano il trasferimento di byte di dati attraverso l'interfaccia utilizzando 


De 


a 
una sequenza di segnali di stato e di controllo interposti tra i dati. Questa in- i 
terposizione comporta una sequenza fissa di eventi in cui un evento della sequen- = 


za deve avvenire prima che avvenga l'evento successivo.: 


'"nierfaccia: un confine condiviso tra due sistemi distinti, o tra parti di un si- 
stema, attraverso il quale si trasmette un'informazione. 


Sistema d'interfaccia: gli elementi funzionali, elettrici e meccanici di un'in- 
terfaccia (indipendenti da un'apparecchiatura) che sono necessari per realizzare 
a comunicazione tra diversi dispositivi. Sono elementi tipici di lir inier 


H- 
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faccia: i cavi, i connettori, i circuiti di pilotaggio e di ricezione, le descri- 


bi 


zioni dei segnali, le convenzioni di temporizzazione e di controllo, i circuiti 


gici funzionali, 


fed 
Cj 


, 


Controllo locale: un metodo per cui una apparecchiatura è programmabile per mez- 
-> di suoi controlli locali {posti davanti o dietro l'apparecchiatura) che per- 
mettono di far eseguire diverse operazioni (detti anche controlli marnuali,;. 


Programmabile: la caratteristica per cui un'apparecchiatura può accettare dati 
“he modificano lo stato dei circuiti interni per eseguire due o piü funzioni spe- 


ciriche, 


Controllo remoto: un metodo per cui un'apparecchiatura è programmabile attraverso 
il collegamento d'interfaccia elettrica per poter far eseguire diverse funzioni 


all'apparecchiatura. 


Sistema: un insieme di elementi collegati tra loro per ottenere un determinato 


obiettivo eseguendo una funzione specificata. 


Pl3:7. Urita collegate attraverso il sistema d'interfaccia 


Apparecchiatura di misura programmabile : untapparecchiatura di misura che esegue 


operazioni predeterminate quando sono comandate dal sistema e, se è un particola- 
re strumento di misura, può trasmettere i risultati delle misure al sistema. 


Unità terminale: un dispositivo con cui è falto un collegamento (ed una tradu- 
— n. —n. rm 
zione, se richiesto) tra il sistema d'interfaccia considerato ed un altro siste- 


ma d'intertaccia. 


Ca 


35.5, SegQuali e vie 


Bus bidirezionale: un bus utilizzato da qualunque dispositivo per la trasmissione 
di messaggi in due direzioni, cioè sia in input che in output. 


Bit - parallelo: si riferisce ad un insieme di bit che compongono un dato e che so- 
"2 presenti su di un eguale numero di linee usate per trasferire l'informazione. 


ki 


bit che compongono un dato possono essere elaborati come un gruppo unico (byte) 
> come bit separato. 


f^ 


Bus: una linea od un insieme da linee usate da un sistema d'interfaccia a cul so- 


P 


no collegati diversi dispositivi e attraverso le quali sono trasmessi messaggi. 


UJ 


byte: un gruppo di cifre binarie adiacenti elaborate insieme come una unità e di 
solito più piccola di una parola di computer (di solito un gruppo di 8 bit). 


0 
g 
ct 
Di 


Byte - seriale: una sequenza di byte composti da bit considerati in parallelo u 
per trasferire un informazione su un unico bus. — 


Livello alto: il livello più positivo di un segnale usato per riconoscere il con- 
tenuto di un messaggio associato con uno di due stati logici binari. 


Livello basso: il livello meno positivo di un segnale usato per riconoscere il 
contenuto di un messaggio associato con uno di due stati logici binari. 


Segnale: la grandezza fisica che trasmette dati da un punto ad un altro. 


Nota: Questa é una definizione ristretta di quanto viene inteso in generale per 
"segale" e viene riferita d'ora in poi solamente a segnali elettrici digitali. 


Livello di segnale: la grandezza di un segnale quando sia riferita ad una gran- 
dezza di riferimento (tensione nel caso di questo standard). 


Linea: uno tra un insieme di conduttori in un sistema d'interfaccia usato per tra- 


— 


sferire messaggi tra apparecchiature collegate tra loro. 


Parametro di un segnale: quel parametro di una grandezza elettrica i cui valori o 
la cui sequenza di valori trasporta informazione. 


Bus unidirezionale: un bus usato da qualsiasi dispositivo per trasmettere messag- 
gi in una sola direzione, cioè solamente in input oppure solamente in output. 


1.4. RIASSUNTO DEL SISTEMA D'INTERFACCIA 
1.4.1. Obiettivo del sistema d'interfaccia 


Lo scopo complessivo di un sistema d'interfaccia consiste nel fornire un mezzo di 


comunicazione efficace attraverso cui siano trasmessi messaggi, in modo non am- e 


S 
appartengono a due grandi categorie: 


(1) Messaggi usati per gestire lo stesso sistema d'interfaccia, d'ora in poi deno- 
minati messaggi d'interfaccia 


-2: Messaggi usati dalle apparecchiature collegate attraverso il sistema d'inter- 

Caccia che sono trasmessi attraverso l'interfaccia ma non elaborati o usati 
dall'interfaccia stessa, d'ora in poi denominati messaggi dipendenti dall'ap- 
parecchiatura. 


Nota: La specificazione dettagliata dei messaggi che dipendono dalle appareech laa 
care collegate al sistema d'interfaccia và oltre il campo di applicazione di que- 


sto standard. 
1.1.2. Prestazioni fondamentali di comunicazione 


in sistema di comunicazione efficace richiede tre elementi funzionali fondamentali 
per organizzare e gestire il flusso d'informazioni che devono essere scambiate tra 


diverse apparecchiature: 
(1) Un'apparecchiatura che „agisce come "ascoltatore" 
i^! Un'apparecchiatura che agisce come "narlatore" 


ca Un'apparecchiatura che agisce come "unita di conbrobla™. 


“el contesto del sistema d'interfaccia descritto da questo standard: 


r 


.1' Un'apparecchiatura in grado di ascoltare può essere indirizzata da un messaggio 
d'interfaccia per ricevere messaggi emessi da un'altra apparecchiatura colle- 
Pata al sistema d'interfaccia 

In'apparecchiatura in grado di parlare può essere indirizzata da un messaggio 
d'interfaccia per inviare messaggi ad un'altra apparecchiatura collegata ni 


sistema d'interfaccia 


(è) Un'apparecchiatura in grado di controllare può indirizzare le altre apparec- 
chiature perché "parlino" od "ascoltino". Inoltre questa apparecchiatura può 
inviare messaggi d'interfaccia per comandare che vengano eseguite dalle altre 
apparecchiature delle particolari operazioni. Una apparecchiatura di questo 


tipo non invia né riceve messaggi che dipendono dalle apparecchiature. 


Nota: L'impiego della unità di controllo di parola in questo standard si applica 
strettamente alla gestione (controllo) del sistema di interfaccia e non implica 
te ampie prestazioni tipicamente associate con la parola nell'ambito dell'elabo- 
pastone dei dati, Ulteriori classificazioni delle unità di controllo saranno fal- 
te nel capitolo 2 per distinguere tra diversi Lipi di prestazioni delle unità di 


controllo relative al sistema d'interfaccia. 


AA 


.* i4nzioni di parlatore, ascoltatore e controllo ricorrono singolarmente e coi- 
iettivamente nelle apparecchiature collegate al sistema d'interfaccia come si ve- 
de nella figura l. 


1.4.3. Vie di comunicazione dei messaggi e strutture del bus 


bed 


1 sistema d'interfaccia comprende un insieme di 16 linee ulilizzate per trasmet- 
tere tutte le informazioni, i messaggi d'interfaccia ed i messaggi che dipendono 
dalle apparecchiature collegate al sistema. 

I messaggi possono essere codificati su una o più linee come specificato da un 
particolare messaggio e dalla sua relazione con 11 sistema d'interfaccia. 

La struttura del bus è organizzata in tre insiemi di linee: 


(11 Bus dati, 8 linee 
(2) Bus per il controllo del trasferimento dei dati, 3 linee 


i3) Bus per la gestione generale dell'interfaccia, 5 linee. 





APPARECCHIATURA A 


CAPACE DI PARLARE, 
ASCOLTARE E 
CONTROLLARE 


{es. calcolatore) 
BUS DATI 


APPARECCHIATURA B 


CAPACE DI PARLARE 
ED ASCOLTARE 





{es. multimetro digitale) 


CONTROLLO DEL 
TRASFERIMENTO 


APPARECCHIATURA C DATI 


CAPACE SOLO DI 
ASCOLTARE 


(es. generatore di segnali} 





GESTIONE GENERALE 
DELL'INTERFACCIA 





APPARECCHIATURA D 


CAPACE SOLO DI 
PARLARE 


(es. contatore) 





DAV 
—— NAFO 
—— — NÜAC 


sessi 
ATN 
SRO 
REN 
EG! 


paa a OOOO E "————— e EES 
Figura 1 Prestazione dell'interfaccia e struttura del Bus 
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La figura 1 illustra le vie di comunicazione fondamentali. 
Un insieme di 8 linee d'interfaccia trasmette tutti i messaggi d'interfaccia a 7 
bit ed i messaggi che dipendono dalle apparecchiature: 


(1) DIO1 (data input output 1) 


(8) DIO8 (data input output 8) 


I byte che compongono i messaggi sono trasmessi sulle linee DIO, i bit sono tra- 
smessi in parallelo ed i byte in serie, in modo asincrono, e generalmente in en- 
trambe le direzioni, 


Nota: Un messaggio può essere trasmesso su una sola linea DIO quando richiesto, 


Tre linee sono usate per realizzare il trasferimento di ogni byte dei dati sulle 
linee DIO da un parlatore che sia stato indirizzato a tutti gli ascoltatori indi- 


rizzati: 


(1) DAV (data valid) è usato per indicare la presenza (disponibilità e validità) 
di un'informazione nelle linee DIO 


(2) NRFD (not ready for data) è usato per indicare che l'apparecchiatura ë pronta 
ad accettare i dati (o éhe le apparecchiature sono pronte ad accettare i dati) 


` 


(3) NDAC (not data accepted) ë usato per indicare che l'apparecchiatura accetta 1 
dati (o le apparecchiature accettano i dati). 


Le linee DAV, NRFD eë NDAC funzionano nel cosidetto processo di handshaking a 
tre fili per trasferire ogni byte del dato attraverso l'interfaccia. 
Cinque linee d'interfaccia sono usate per gestire un flusso ordinato d'informa- 


zioni attraverso l'interfaccia: 


(1) ATN (attention) è usato per specificare come devono essere interpretati i da¢ 
ti sulle linee DIO e quali apparecchiature devono rispondere al dato 


{2) IFC (interface clear) è usato per porre il sistema d'interfaccia, porzioni 
del quale sono contenute in tutte le apparecchiature collegate, in uno stato 


riconosciuto 


(3) SRQ (service request) è usato da un'apparecchiatura per indicare la necessità 
di fare attenzione e per richiedere una interruzione dell'attuale sequenza di 


eventi 


(4) REN (remote enable) è usato (insieme ad altri messaggi) per selezionare una 
di due diverse sorgenti di dati programmati da un'apparecchiatura 


(5) EOI (end or identify) è usato per indicare la fine del trasferimento di più 
byte o, insieme ad ATN, per eseguire una sequenza di polling. 


1.4.2. Elementi del sistema d'interfaccia 


Gli elementi fondamentali di questo sistema d'interfaccia sono: 
(1) Elementi funzionali 

(2) Elementi elettrici 

(3' Elementi meccanici. 


Ognuno di essi è descritto nel capitolo seguente. 
2. SPECIFICHE FUNZIONALI 


2.1. PARTI FUNZIONALI 

Un'apparecchiatura è un oggetto progettato per una particolare applicazione. Esso 
può essere suddiviso in tre parti funzionali fondamentali distinte da precise ca- 
ratteristiche ad esse peculiari: l 


(1) Funzioni della apparecchiatura (la loro definizione dipende dall'apparecchia- 
tura) 


(2) Funzioni d'interfaccia (la loro definizione non dipende dall'apparecchiatura) 


(3) Logica della codifica dei messaggi. 


Tutte le comunicazioni verso le (o dalle) funzioni dell'interfaccia sono definite 
in termini di messaggi e collegamenti di stato (vedi il sotto paragrafo 2.1.3.). 
Tutti i messaggi trasmessi sulle linee sono codificati secondo la logica di codi- 
ficazione definita nel paragrafo 2.13, 


2.1.2, Concetti riguardo le funzioni d'interfaccia 


2,1.2.1. Funzioni d'interfaccia 


Una funzione d'interfaccia è l'elemento di sistema che fornisce la prestazione o- 

perativa fondamentale attraverso cui un'apparecchiatura può ricevere, elaborare e 

trasmettere messaggi. In questa parte dello standard sono definite alcune funzio- 

ni d'interfaccia, ognuna delle quali agisce secondp uno specifico protocollo. Ogni 
funzione d'interfaccia può trasmettere o ricevere un insieme limitato di messaggi 

nell'ambito di particolari classi di messaggi. 


2.1.2.2, Stati delle funzioni d'interfaccia 


Ognuna delle funzioni d'interfaccia è definita in termini di uno o più gruppi di 
stati tra loro interdipendenti e mutuamente esclusivi, 
Per ogni stato di una funzione d'interfaccia sono definiti: 


(1) I messaggi che possono o devono essere trasmessi attraverso l'interfaccia 


= 


quando lo stato ë attivo 


(2) Le condizioni sotto le quali la funzione deve lasciare lo stato e passare in 


uno degli stati del suo gruppo. 


CU: 


Ouesti messaggi e condizioni definiscono le possibilità di elaborazione dello 


2.1.2.3. Repertorio delle funzioni d'interfaccia 


Al progettista è offerta la possibilità di scegliere il particolare insieme di funzio- 
ni di sistema che è necessario nel campo di applicazioni dell'apparecchiatura. Le 


funzioni d'interfaccia disponibili sono identificate nella figura 2enella tabella 1. 





APPARECCHIATURA 
FUNZIONI DI APPARECCHIATURA 
a d 
JI _-> 


COMPARA 


FUNZIONI DI INTERFACCIA 


Y 
BUS DI INTERFACCIA 





Figura 2 Divisione funzionale entro una apparecchiatura 


A - Prestazioni definite da questo standard 

B - Prestazioni definite dal progettista 

1 - Segnali del bus d'interfaccia 

2 - Messaggi d'interfaccia remoti da e verso le funzioni d'interfaccia 

3 - Messaggi di apparecchiature da e verso le funzioni di apparecchiatura 
4 - Legami di stato tra funzioni d'interfaccia 


5 - Messaggi locali tra funzioni di apparecchiatura c izioni d'inderfacoia ti mesa 
saggi verso le funzioni d'interfaccia sono definiti, i messaggi dalle funziori 
d'interfaccia esistono in funzione della scelta del progettista) 

6 - Messaggi d'interfaccia remoti inviati dalle funzioni di apparecchiatura deila 


unità di controllo 


eee 


Percorsi dei messaggi 


"EE 


Funzione d'interfaccia 


Simbolo 


Handshake sorgente SH Lacu Ey 5 
Handshake ricevitore AH Ei 23 4 5 
rariatore o parlatore TO TE Lc 3b. 78 
esteso 

Ascoltatore od ascoltatore LOLE ly de 55 5 
esteso 

Richiesta servizio SB Li i 4, 5 
Remoto locale RL La ie 25 
Interrogazione parallela PP l2 Eb. GS 
Azzeramento apparecchiatura DC l3. 0134-5 
sincronismo apparecchiatura p ls y 5 
Unità di controllo C da 2p Li 5, 6 


Tabella 1 


Funzione d'interfaccia 


La possibilità di elaborazione complessiva di un insieme di funzioni d'interfaccia 
(insieme scelto dal progettista e compreso in una particolare apparecchiatura) de- 
finita in qualsiasi momento è l'unione logica della possibilità di elaborazione di 
tutti quegli stati (nell'ambito di ogni funzione d'interfaccia) che sono attivi in 


quel momento. 


2.1.2.4. Prospettive ed assunzioni riguardo le funzioni d'interfaccia 


I diagrammi di stato usati per definire le funzioni dell'interfaccia prescindono 
dall'esistenza di circuiti che realizzano le funzioni suddette. Ad esempio non 
tutti gli stati implicano necessariamente l'esistenza di un flip- flop (tipo 
latched) od altro elemento di memoria. 

I diagrammi di stato usati per definire le funzioni d'interfaccia permettono di 
usare un'ampia gamma di circuiti logici (per esempio: logica random, logica se- 
quenziale, ecc.). 

Il progettista puó combinare due o piü funzioni d'interfaccia in un progetto lo- 
gico purché tutte le condizioni per ogni stato di ogni funzione d'interfaccia ri- 
spettino le condizioni di questo standard. 

In questa parte dello standard, i diagrammi di stato, le descrizioni, i requisiti 
ed i consiglisi riferiscono alle apparecchialure. b cuapiloli Dep descrivono le intera 
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zioni tra ie apparecchiature dal punto di vista del sistema. 


Una funzione d'interfaccia deve ignorare (non deve rispondere) ogni codifica Mei 


messaggi non défifita. ` 

Una funzione puó stare in qualunque stato per un periodo di tempo qualurnque dopo 
che le condizioni di uscita si sono verificate, se ció non contraddice delle Spe- 
cifiche richieste. 


2.1.3. Concetti sui messaggi 
2.1.3.1. Messaggio 


Veni messaggio è un'entità d'informazione ed è ricevuto come vero o falso in gual- 
siasi momento specificato. 
Putte le comunicazioni tra una funzione d'interfaccia ed il suo ambiente sono rea- 


iizzate mediante l'invio e la ricezione di messaggi. 

-.1.3.2. Percorso e contenuto di un messaggio locale 

i messaggi scambiati tra una funzione di un'apparecchiatura ed una funzione d'in- 
terfaccia sono detti messaggi locali. 

I messaggi locali sono trasmessi tra le funzioni di una apparecchiature a le fun- 


zioni d'interfaccia; vedi figura 2, il percorso del messaggio 5. 


sota: Alcuni messaggi locali sono trasmessi come messaggi remoti e viceversa, 





Il progettista non può introdurre nuovi messaggi locali verso le funzioni d'inter- 
Traccia., 

Tl progettista può introdurre un messaggio locale derivato da qualunque stato di 
qualunque funzione d'interfaccia verso le funzioni dell'apparecchiatura. 

i messaggi locali inviati dalle funzioni dell'apparecchiatura devono esistere per 
un tempo sufficiente affinché le transizioni di stato richieste avvengano. 


- +1.3.3. Percorso e contenuto dei messaggi remol.i 


I messaggi trasmessi attraverso l'interfaccia tra le funzioni d'interfaccia di di- 
versi dispositivi sono detti messaggi remoti. 

Ugni messaggio remoto è un messaggio d'interfaccia oppure un messaggio che dipende 
dall'apparecchiatura. 

Ogni messaggio d'interfaccia è inviato per provocare una Lransizione di stato nel- 
l'ambito di un altra funzione d'interfaccia. 

Un messaggio d'interfaccia che sia ricevuto da una funzione d'interfaccia come si 
vede in figura 2, percorso di messaggio 2, non ë ritrasmesso all'apparecchiatura. 
1 messaggi che dipendono da un'apparecchiatura sono scambiati tra le funzioni del- 
l'apparecchiatura ed i circuiti logici di codifica dei messaggi altraverso delle 
funzioni di interfaccia specificate. Questi non causeranno alcuna transizione di 
stato nell'ambito delle funzioni d'interfaccia. 

Esempi di messaggi che dipendano dall'apparecchiatura sono i dali di programmazio- 


ne, di misura, di stato dell'apparecchiatura come si vede in figura 2, percorso 3. 
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2.1.3.4. Percorso e contenuto dei collegamenti di stato 


Un collegamento di stato è il collegamento logico di due funzioni d'interfaccia 
dove la transizione ad uno stato attivo di una funzione d'interfaccia dipende dai- 
l'esistenza di uno specifico stato attivo di un'altra funzione d'interfaccia come 
indicato in figura 2, percorso 4. 


Dal, 35 Codifica dei messaggi 


La codifica dei messaggi consiste nella traduzione di messaggi remoti in segnali 
d'interfaccia o viceversa. 

Un messaggio inviato su di una sola linea è detto messaggio monolinea. Si possono 
trasmettere contemporaneamente due o più messaggi di questo tipo. 

Un messaggio che è trasmesso su un gruppo di linee sulle quali siano trasmessi al- 
tri messaggi è detto messaggio multilinea. Si può trasmettere un solo messaggio 
multilinea (byte di messaggio) alla volta. 


2.1.3.6. Convenzioni sul trasferimento dei messaggi 


2.1.3.6.1. Convenzioni sul trasferimento dei messaggi remoti 


(1) Il valore (vero o falso) di tutti i messagi remoti che possono essere trasmes- 
si da un'apparecchiatura deve essere in qualsiasi momento come è stabilito da- 
gli stati attivi delie sue funzioni d'interfaccia 


(2) I segnali d'interfaccia utilizzati per trasmettere un valore di messaggio de- 
vono essere posizionati sui livelli specificati dalla tabella 38, codifica del 


messaggi remoti 


(3) Si deve adottare una tecnica che risolva i conflitti derivanti dalla possibi- 
lità che due apparecchiature trasmettano contemporaneamente dei messaggi re- 
moti con valori opposti. Si può risolvere tale problema realizzando due tipi 
di trasferimento dei messaggi attraverso l'interfaccia, il "trasferimento at- 
tivo" ed il "trasferimento passivo". L'interfaccia è strutturata in modo che 
in tutti i conflitti tra due valori dei messaggi uno dei due sia attivo e 
l'altro passivo. I messaggi devono essere trasferiti in modo che il valore 
attivo si sovrapponga al valore passivo ogniqualvolta vi sia un conflitto 


(4) Un messaggio remoto può essere trasferito in quattro modi diversi: 


(a) si garantisce che il valore ricevuto è il valore vero attivo trasmesso 
e non è necessario che l'apparecchíatura ne permetta la sovrapposizione 


(b) non si garantisce che il valore ricevuto è il valore vero attivo trasmes- 
so e l'apparecchiatura deve permetterne la sovrapposizione 


c) si garantisce che il valore ricevulo è il valore falso attivo trasmesso € 


non è necessario che l'apparecchiatura ne permetta la sovrapposizione 


(d) non si garantisce che il valore ricevuto è il valore falso passivo tra- 
smesso e l'apparecchiatura deve permetterne la sovrapposizione 


Ke 


(5) In tutto il testo i termini vero e falso, se non è diversamente specificato, 
significano vero attivo e falso attivo nella descrizione dei valori del mes- 


saggi remoti trasmessi da una funzione d'interfaccia 


(6) Per due messaggi remoti, DAC ed RFD, sono trasmessi in modo attivo solamente 
i valori "falsi". Così si può considerare che una operazione di AND sia ese- 
guita sui segnali d'interfaccia (vedi paragrafo 5.4) 


i7) Per il messaggio remoto SRQ sono inviati in modo attivo solamente i valori 
veri. Così si può considerare che una operazione di OR sia eseguita sui se- 
gnali d'interfaccia (vedi paragrafo 5.4) 


(8) Per uno stato di una funzione d'interfaccia saranno specificati solamente 1 
messaggi multilinea che devono essere trasmessi come "veri" poiché i messaggi 
multilinea (trasmessi con i segnali DIO) sono mutuamente esclusivi. I messag- 
gi multilinea non specificati si devono considerare trasmessi come "falsi" e 
"passivi" mentre lo stato è attivo. 


2,1.3.6.2. Convenzioni sul trasferimento dei messaggi locali 


i1) La codifica dei messaggi locali va oltre il campo di applicazione di questo 
standard ed è lasciata alla discrezione del progettista dell'apparecchiatura 


(2) Si raccomanda che i messaggi locali che qualificano transizioni nell'ambito 
di qualunque gruppo di stati mutuamente esclusivi di una funzione d'inter- 
faccia siano essi mutuamente esclusivi, 


2.2. NOTAZIONI USATE PER SPECIFICARE LE FUNZIONI D'INTERFACCIA 


2.2.1. Notazioni per i dia pammi degli stati 








Ogni stato che può assumere una funzione d'interfaccia è rappresentato graficamen- 
te come un cerchio. Per identificare lo stato si scrive nel cerchio un mnemonico 
di quattro lettere maiuscole che termina sempre con una 3: 


Tutte le possibili transizioni tra gli stati di una funzione d'interfaccia sono 
rappresentate graficamente da frecce che uniscono i relativi stali. 

Ogni transizione è qualificata con un'espressione il cui valore può essere "vero" 
o "falso". La funzione d'interfaccia deve rimanere nello stato corrente se tutte 
le espressioni che qualificano le transazioni che conducono agli altri stati so- 
no "false". La funzione d'interfaccia deve entrare nello stato puntato dalla 
freccia se, e solo se, una di tali espressioni diventa "vera": 
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espressione 4 espressione 3 





Una espressione consiste di unoo pit messaggi locali, messaggi remoti, collegamenti 
di stati o limiti minimi di tempo utilizzati insieme agli operatori AND, OR o NOT. 
Un messaggio locale verso una funzione d'interfaccia è rappresentato da un mnemo- 
nico di tre lettere minuscole, per esempio: rdy. 

Un messaggio remoto (ricevuto attraverso l'interfaccia) è rappresentato da un mne- 
monico con tre lettere maiuscole, per esempio: ATN. 

Un legame con un altro schema di stati è rappresentato con un mnemonico a quattro 
lettere racchiuso in un ovale, per esempio: (LACS). Un legame di stato è "vero" se 
lo stato coinvolto è attualmente attivo, altrimenti è "falso", 

Un limite minimo di tempo è rappresentato dal simbolo Tn. Questo simbolo riceve un 
valore. Dees ER laien te dopo che l'interfaccia è stata nello stato che genera la 
corrispondente transizione nel tempo specificato £ Resterà "vero" finché lo stato. 
siste, Î valori per questi limiti di tempo sono contenuti nella tabella 39, 
L'operatore AND è rappresentato con il simbolo A. 

L'operatore UR è rappresentato con il simbolo V 

L'operatore AND ha precedenza sull'operatore OR in una espressione, a meno che sia 
specificata una diversa precedenza di esecuzione mediante l'impiego di parentesi. 
L'operatore NOT è rappresentato con una barra orizzontale posta sulla parte del- 
l'espressione da negare. L'espressione negata che ne risulta ha un valore "vero" 





se, e solo se, il valore dell'espressione sotto la barra è "falso". 

ES una transizione è ulteriormente specificata con un limite massimo di tempo Lenz 
tro tn), allora lo stato indicato deve essere assunto, nel tempo specificato, dong 
che 1° "espressione è "vera". I valori per questi limiti sono contenuti nella tabel- 
la 39. Se una parte di un espressione è opzionale perché non è necessario che sia 
"vera" affinché l'espressione intera sia "vera" (a scelta del progettista), allora 
è inclusa tra parentesi quadre [...]. 

še un'espressione specifica produce la transizione ad uno stato da tutti gli altri 
stati del diagramma, si usa una notazione abbreviata invece di disegnare tutte le 
singole transizioni, Una freccia senza uno stato al suo inizio è utilizzata per 
rappresentare tale condizione e si suppone che sia originata in tutti gli stati 


(per esempio: IFC oppure REN): 
espressione 


Sebbene POFS (power-off = spento) è uno stato valido della maggior parte delle fun 
zioni d'interfaccia e dovrebbe essere di solito mostrato in tutti gli schemi con una 
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Dione che conduce allo stato da assumere quando l'apparecchiatura 6 accesa, 


Ut 


olere sata una forma abbreviata che mostra come il pseudomessaggio pon origina .- 
“a transizione al primo stato che deve essere assunto quando l'alimentatore € acceso: 


^ 


i1 ! Notazione abbreviata usata nello schema degli stati: 


pon 


2! Rappresentazione completa implicita nel precedente simbolo: 


pof 


NP NE 
= 8 i ao 


Notazioni per i messaggi di output 





‘a tabella dei messaggi di output compresa in ogni schema degli stati di una fun- 
cione d'interfaccia riassume solamente i messaggi remoti che possono essere tra- 
smessi durante ognuno degli stati deila funzione. 

Le righe della tabella sono usate per indicare gli stati della funzione d'interfaccia. 
Le eolonne della tabella sono usate per indicare i messaggi remoti che possono es- 
sere trasmessi durante almeno uno degli stati della funzione d'interfaccia. 

Ogni casella della tabella indica il valore di un messaggio che deve essere ran 
smesso quando uno specifico stato è attivo: 


ri 


indica "vero attivo" 


— 
h- 


i 


Wal 


indica "falso attivo" 


MT 7 
` 


35 ¿TY? indica "vero passivo" 


H 
` 


(4) (F) indica "falso passivo" 


‘na colonna in ogni tabella è dedicata, se richiesto, al gruppo di messaggi remoti 
multilinea che possono essere trasmessi. |l messaggio multilinea- che deve essere 
trasmesso "vero" durante ogni stato è posto nella casella corrispondente della ta- 
bella. 1 valori "falsi" non sono mostrati perché i messaggi multilinea sono mutua- 
mente esclusivi. Le parentesi attorno al nome di un messaggio multilinea specifi- 
cano che esso deve essere trasmesso come "vero passivo" piuttosto che come "vero attivo" 
Una colonna separata per le interazioni tra le funzioni dell'apparecchiatura rias- 
sume i corrispondenti tipi di messaggi (o l'azione risultante) delle funzioni di 
apparecchiature che possono essere trasmesse o ricevute. Messaggi locali, citre HE: 
campo di definizione di questo standard, dalla funzione d'interfaccia alle funzio 
ni di apparecchiatura possono essere usati per coordinare l'azione appropriata a 
scelta del progettista. 


> 3. FUNZIONE D'INTERFACCIA SH (SOURCE HANDSHAKE ` HANDSHAKE DI (OHO Eira: 


e 
- * + 


23.3.1. Descrizione generale 


La funzione d'interfaccia SH permette di garantire che la trasmissione dei messag 


` 


gi multilinea avvenga in modo corretlo. Una sequenza di riconoscimento sincroniz- 


Cata cra ia Tunzione d'interfaccia SH ed unao piu funzioni d'interfaccia AH face 
"ei handshake = handshake di ricevitore, [funzione che è presente in ciascuna ap. 
rareconiatura)l garantisce il trasferimento asincrono di ogni messaggio multilinea. 


2.3.2. Schema degli stati della funzione SH 


La runzione d'interfaccia SH deve essere realizzata in modo che venga eseguita cop ` 
me descritto nello schema degli stati di figura 3 e nelle descrizioni di stato for- 
nite nel paragrafo 2.3. La tabella 2 specifica quali sono i messaggi e stati ri- 
chiesti per realizzare le transizioni da uno stato attivo ad un altro. 

La tabella 3 specifica quali messaggi devono essere lrasmessi e quali interazioni 
tra le funzioni di apparecchiatura sono richieste quando ogni stato è attivo, 


` ^ 


2.3.3, Descrizione degli stati della funzione SH 





2.3.3.1. SIDS (Source Idle State = Stato di sorgente in non opera) 


Nello stato SIDS la funzione d'interfaccia SH non è impegnata in un ciclo di hard- 
shaking e non ha un nuovo byte di messaggio disponibile. Quando l'apparecchiatura 
è accesa la. funzione SH si pone nello stato SIDS. 

Durante ` los stato SIDS il messaggio ‘DAV deve essere trasmesso "falso passivo". 
zione SH deve uscire dallo stato SIDS ed entrare nello stato SGNS (source 


a a a Stato’ di sorgente in generazione) sei, 





(1) Il TACS (talker active state’= stato di parlatore attivo) 
(2) oppure lo SPAS (serial poll active state = stalodi interrogazione seriale att... 


GA) oppure il CACS (controller active state - stato di controllore altivo) € ALNivo. 


2.3.5.2, SGNS (Source Generate State = 5Lato di sorgente in generazione) 


E e è rt A 


Nello stato SGNS l'apparecchiatura sta generando un nuovo byte di messaggio € la 
funzione sta aspettando che il nuovo byte sia disponibile. 
Nello stato SGNS la funzione SH deve trasmettere il messaggio DAV "fals so" $ | In ques 


wars en 44 A 


sto stato I ‘apparecchiatura può cambiare il messaggio, multilinea che è cielo pra” 
n Meta funzione "d'interfaccia del "par aora” el: osntrollore! 3 

bis stati TACS o CACS. 
ne SH deve uscire dallo stato SGNS ed entrare: 











(1) Nello stato SDYS (source delay state : stato di sorgente in ritardo) 
se il messaggio nba (new byte available - nuovo byte disponibile) € vere 


(2) Nello stato SIDS entro il tempo toa se: 
(al il messaggio ATN è vero e né CACS né CTRS sono attivi 


ib) oppure il messaggio ATN è falso e né TACS né SPAS sono attivi. 


5:22.3.3.,3. SDYS (Source Delay State - Stato di sorgente in ritardu) 


Hello stato SDYS la funzione SH stà aspettando che un byte di messaggio si sis 
stabilizzato sulle linee d'interfaccia dopo il cambiamento avvenuto durante lo 
stato SUNS e che tutte le funzioni di accetlazione indichino che sone pronte ad 
‘accettare il byte del messaggio. 


ify 


` — a y * ^ * ‘ ' j . E | " 3 i 
¿lo stato SDYS la funzione 3H deve trasmeltere il messaggio ARV "falso" T 
Ë Se k 


+- 


deste Stato i'apparecchiatura non deve cambiare il messaggio multilinca che ë 
stato trasmesso. 


La runzione SH deve uscire dallo stato SDYS ed entrare: 


(1) Nello stato STRS (source transfer rate stato di sorgente in trasmissione) 


` 


solo dopo il tempo T, , se il messaggio RFD è "vere" 
(21 Nello stato SIDS, entro il tempo to, se: 
(a) il messaggio ATN è "vero" e né CACS né CTRS sono attivi 


(b) oppure il messaggio ATN è falso o né TACS né SPAS sono attivi. 


«5.4. STRS (Source Transfer State = Stato di sorgente in trasmissione) 


Nello stato STRS la funzione SH indica alla funzione AH che sta continuamente ine 
viando un byte (di messaggio) valido. 

Hello stato STRS la; funzione SH deve trasmettere ii messaggio DAV "vero". Jn que- 
sto stato l'appareccchiatura non deve cambiare messaggio multilinea che è tato 
trasmesso, 


La funzione SH deve uscire dallo stato STRS ed entrare: 


(1) Nello stato SWNS (source wait for new cycle state = stato di sorgente in atte- 
sa di un nuovo ciclo) se il messaggio DAC è "vero" | 


ig) Nello stato SIWS (source idle wait state Slato di sorgente in attesa di nor 
opera) entro il tempo te , 5o: 


(a) il messaggio ATN è "vero" e né CACS né CTRS sono attivi 
(b) oppure il messaggio ATN é "falso" e né TACS né SPAS sono attivi. 


2.3.3.5. SWNS (Source Wait for New Cycle State = Stato di sorgente in attesa di 
un nuovo ciclo) 


Nello stato SWNS la funzione SH può trasmettere il messaggio DAV "vero" o 
In questo stato l'apparecchiatura puó cambiare il messaggio multilinea che 
stato trasmesso. 

La Tunzione SH deve uscire dallo stato SWNS ed entrare: 


(1% Nello stato SGNS se il messaggio nba e falso 
(2) Nello stato S1WS, entro il tempo L5, se: 
(a) il messaggio ATN é "vero" e né CACS né CTRS sono attivi 


(b) oppure il messaggio ATN è "falso" e né TACS né SPAG sono attivi. 
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cara ^ (ERES) y COTRS)) + (ATN ^ (TACS) (SPAS) ) 


(entro t 2 ) 


v (SPAS) v (CACS) 


nba 
pon (entro t 2 ) 
nba | (ATN + v (SPAS)) RFD 
T, 
(TACS) v CPAS) ç (CACS 
DAC 





(ATN & COROS) > (CTRS)) y (ATN a (TACS) v (SPAS) ) 





(entro t 2) 
a 
(ATN > (CATS) v (CTRS)) + (ATN ^ (TACS) v (SPAS) ) 
(entro t 4 ] 





Figura 3 Diagramma degli stati della funzione Si! 


Messaggi o Stati delle funzioni d'interfaccia 
ep — —U 
pon = power on SIDS - source idle state (stato di sor- 
(alimentazione accesa) gente in non opera) 

mba s new byte available SGNS = source generate state (stato di 
(nuovo byte disponibile) sorgente in generazione) 

ATN = attention SDYS - source delay state (stato di sor- 
(attenzione) gente in ritardo) 

RFD - ready for data STRS = source transfer state (stato di 
(pronto per dati) sorgente in trasmissione) 

DAC ~ data accepted SWNS = source wait for new cycle state 
(dati accettati) (stato di sorgente che è in alten 


sa di un nuovo ciclo) 


SIWS = source idle wait state (stato di 
sorgente in attesa di won opera) 
(TACS) = talker active state (funzione 7 


nello stato di parlalore att.avo 
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Tabella 2 - Mnemonici pei la Funzione ll ISTE 


del 
ER 





(SPAS) 


I} 


serial poll active state (funzione 
T nello stato d'interrogazione se- 
riale) 


CACS) = controller active state (funzione 
C nello stato unità di controllo 


attiva) 


(CTRS) = controller transfer state (funzione 
C nello stato di unità di control- 


lo in trasmissione) 





Tabella 2 Mnemonici per la funzione SH 


—az a I mr a CO mr n ——U o 


STATO della Messaggio remoto Interazione della funzione 
funzione SH DAV emesso di apparecchiatura 


Ai ___—32pB snn s a 


SIDS | (F) La funzione di apparecchiatura può modifica- 
re i messaggi remoti multilinea 


SGNS F La funzione di apparecchiatura può modifica- 
re i messaggi remoti multilinea 


SDYS F I messaggi multilinea non devono cambiare 
STRS T I messaggi multilinea non devono cambiare 
SWNS TOF Alla funzione di apparecchiatura € stato 


richiesto di modificare i messaggi multi- 
linea 


SIWS (F) Alla funzione di apparecchiatura è stato 
richiesto di modificare i messaggi multi- 
linea 


eege 


Tabella 3 Messaggi in uscita per la funzione SH 
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i met MM smarn.[..- i infant aS SS SS AS Pf 


identiricazione Descrizione Stati Altri Altri sottoinsiemi della 


omessi requisiti funzione richiesta 
cul __—r_rrr_r—r — e Lee Ee 
SH Nessuna pre- Tutti Nessuno Nessuno 
stazione 
SH1 Prestazione - Nessuno Nessuno Nessuno 
completa 


— ————1A==ÈA=A--—rh/T-—_—___———_r————m_———_——————__—_—__——_—————--_-_mÒtk2Ém_—et_£._____—2m1___-_mom_m_mÒt!t1]l010]t_a!|à| (11 ——MMÓ——————À 


Tabella 4- Tipi di funzioni SH disponibili 


2.3.3.6. SIWS (Source ldle Wait State = Stato di sorgente in attesa di non opera) 
Nello stato SIWS la funzione SH non è attiva durante il processo esterno di tra- 
sferimento del byte (di messaggio) ma è attivo nel processo interno di attesa che 
l'apparecchiatura inizi un nuovo ciclo di generazione di messaggio. Questo stato 
SIWS permette che una sequenza di trasferimento di byte (di messaggio) sia inter- 
rotta senza che si perdano dei dati attraverso l'interfaccia mentre nello stesso 
tempo l'apparecchiatura può continuare a prepararsi per il nuovo ciclo di genera- 
zione del messaggio (ciclo successivo). 

Nello stato SIWS il messaggio DAV deve essere trasmesso "falso passivo". 

La funzione SH deve uscire dallo stato SIWS ed entrare: 


= 


(1) Nello stato SIDS se il messaggio nba e falso 
(2) Nello stato SWNS se: 
(a) lo stato TACS è attivo 


^ 


(b) oppure lo stato SPAS è attivo 


` 


(c) oppure lo stato CACS ë attivo. 


2.3.4. I sottoinsiemi disponibili per la funzione SH 


I soli tipi di funzioni SH disponibili sono elencati nella tabella 4, 


2.3.5. Prescrizioni ed altri requisiti della funzione SH 


Il messaggio nba "vero" indica che l'apparecchiatura ha generato un (nuovo) byte 
di messaggio e lo ha reso disponibile sulle linee dell'interfaccia. 

11 messaggio nba deve diventare "vero" solamente durante gli stati SIDS od 5GNZ. 
Il messaggio nba può diventare "falso" durante uno qualunque degli altri stati 
della funzione SH. 


c 


2.5, FUNZIONE D'INTERFACCIA AH (ACCEPTOR HANDSHAKE - HANDSHAKE DI RICEVITORE) 


2.4.1. Descrizione generale 


La funzione AH fornisce ad una apparecchiatura la possibilita di garantire larice- 
zione corretta di messaggi multilinea. Una sequenza di riconoscimento sincronizza- 
ta fra la funzione SH ed una o più funzioni AH (funzione che è presente in ciascu- 
na apparecchiatura) garantisce il trasferimento asincrono di ogni byte di messag- 
gio. Una funzione AH può ritardare l'inizio o la fine del trasferimento di un mes- 
saggio multilinea finché il ricevitore è preparato per continuare con il processo 
di trasferimento. La funzione AH utilizza i messaggi DAV, RFD e DAC per realizzare 
ogni trasferimento di byte di messaggio. 


2.4.2. Schema degli stati della funzione AH 


La funzione d'interfaccia AH deve essere realizzata in modo da essere esegulla se- 
condo lo schema degli stati fornito in figura 4 e le descrizioni degli stati for- 

nite nell'ambito del paragrafo. La tabella 5 specifica i messaggi e gli stati ri- 

chiesti per realizzare la transizione da uno stato attivo ad un altro. La tabella 

6 specifica i messaggi che devono essere trasmessi e l'interazione permessa con la 
corrispondente funzione di apparecchiatura. 


2.4.3. Descrizione degli stati della funzione AH 


2.4.3.1. AIDS (Acceptor Idle Slate .. Stalo di riceviture in non opera) 


Nello stato AIDS la funzione d'interfaccia AH non è attiva e non è impegnata nel 
ciclo di handshake. Quando l'apparecchiatura è accesa la funzione AH si pone nello 


stato AIDS. 
Nello stato AIDS i messaggi RED e DAC devono essere trasmessi "veri passivi'.s 


r; Wt aT Rem 


La funzione AH deve uscire dallo stato AIDS ed entrare néllo Stato ANRS (acceptor z 
not ready state = stato di ricevitore non pronto) entro il tempo ta, se: 


(1) Il messaggio ATN è "vero" 


~ 


(2) Oppure lo stato LACS è attivo 


~ 


(3) Oppure lo stato LADS e attivo. 


2.4.3.2. ANRS (Acceptor Not Ready = Stato di ricevitore non pronto) 


— 


Nello stato ANRS la funzione AH indica all'interfaccia che non è ancora interna- 
mente preparata per continuare con il ciclo di handshaking. 

Nello stato ANRS i messaggi RFD e DAC devono essere trasmessi "falsi". 

La funzione AH deve uscire dallo stato ANR5 ed entrare: 


` r: M ` tora, M tbe ses «i av tits i ‘acs Lt 
ae vee State aUHS so 14 messaggio Les (Lake control synchrenously . assume i] 
~ = - 4 375 d ` I E b x ú 78 = i I i ai 
controllo in modo sincrono} è lalso (vedi il primo capoverso del sotlopara- 
pero ado i 


(a) il messaggio ATN è "vero" 


(b) oppure il messaggio rdy (ready for next message = pronto per il messaggio 
successivo) è vero 





{ATN vrdy) 7. tcs 













pon 
(entro t 2! — " 
ATN a rdy 
A. DRESS. (entro t 21 


DAV [DAV I" DAV 


(rdy a ATN) v (T, ^ ATN) 


* Questa transizione non avverrà mai in funzionamento normale dell'interfaccia 
essa puó essere realizzata per semplificare il progetto della funzione d'in- 





terfaccia 
Figura 4- Diagramma degli stati delia funzione AH 
mat sd AREA s hr ta qc m a ns s c 
Messaggi Stati delle funzioni d'interfaccia 

eegene 
pon = power on AIDS = acceptor idle state (stato di ri- 

(alimentazione accesa) cevitore in non opera) 
rdv = ready for next message ANRS = acceptor not ready state (stato 

(pronto per il messaggio di ricevitore non pronto) 


successivo) 


tes = take control synchronously * ACRS = acceptor ready state (stato di 
(prendi il controllo in ricevitore pronto) 
modo sincrono) 


AIN = attention ACDS = accept data state (stato di a.cci- 
(attenzione) Lazione dati) 

DAV = data valid AWNS = acceptor wait for new cycle state 
(dato valido) (stato di ricevitore in attegza di 


un THO VC riclo) 
A P@P©@«m&A.AM-TTT—€qR——Èm@—&AAWAW.W..=—Mt=+——===2AR2=w=yr="fhi}-\fA/1\/[1h\--==M\-=---=z®kwwwrwwwrwyr.in/ Ta rr" te ( «——"*-— 


Tabella 5- Mnemonici della funzione AH LL) 
Cil. 


* Vedi il primo capoverso del sottopragrafo 2.12.3.7. 


x 
ETÀ +. i 
LE eo» ! 


(LADS) = listener addressed state (funzione 
= L nello stato di ascoltatore indi- 
rizzato) 
ua (LACS) = listener active state (funzione L 


nello stato di ascoltatore attivo) 


lP—_——tPlm%kk0_—mt==®"T=tt-}————_———_———2@2121À4m_a__m_——_ __r_rr———_—_rTy_ÉÉÉmÉm_——t——r————__zz—*m_—_—_—_—_ ttt lr zt8<t—tt——t@@t@u+——tzk 


Tabella 5- Mnemonici della funzione AH 


i — ——-— 


STATO Messaggio remoto emesso Interazione della funzione 
AH RFD DAC di apparecchiatura 
NENNEN MR nT 
AIDS [TJ (T) La funzione di apparecchiatura non può 
= ricevere messaggi multilinea remoti 
ANRS F F La funzione di apparecchiatura non può 


ricevere messaggi multilinea remoti 


ACRS (T) F La funzione di apparecchiatura non può 


ricevere messaggi multilinea remoti 


T: AWNS F CT) La funzione di apparecchiatura non può 
| ricevere messaggi multilinea remoti 


ACDS F F La funzione di apparecchiatura può ri- 
cevere messaggi multilinea remoti sé 
lo stato LACS é attivo 


L —— e ee 


Tabeila 6 -Messaggi d'uscita della funzione AH 


______—m——_mm————+mrT———————————————————__—È_È___————___———____—?y_——_ _TTTYTYTY l l l LLC ó ”—Cs i 
Identificazione Descrizlone Stati Altri fil find. Sa ie dí 
omessi requisiti funzione TIGI ESTA 


te e ee e e e e 


AHO Nessuna pre- Tutti Nessuno Nessuno 
stazione 

AHI Prestazione Nessuno Nessuno Nessurio 
completa 


A — AAA 


Tabella 7+/l'ipi di funzioni Alldisponibil 1 


no 
La 


oe een: | 


^; Hello stato AIDS se il messaggio ATN è falso e: 
ai né lo stato LADS è attivo 
ib) né lo stato LACS è attivo 

(3) Nello stato AWNS se il messaggio DAV è vero (opzionalmente questa transizione 
eon avverrà mai in caso di funzionamento normale dell'interfaccia). 


2.4.3.3. ACRS (Acceptor Ready State = stalo di ricevitore pronto) 


Nello stato ACRS la funzione AH indica all'interfaccia che essa è preparata a rl- 
cevere i messaggi multilinea. 

“ello stato ACRS il messaggio DAC deve essere trasmesso falso ed il messaggio RFD 
deve essere trasmesso "vero passivo". 

La runzione AH deve uscire dallo stato ACRS ed entrare: 


(i) Nello stato ACDS (accepted data state : stato di dato uccettuto) 
se il messaggio DAV è "vero" 


qe 


2) Nello stato AIDS,se il messaggio ATN è falso ::: 


Ki 


ia) né lo stato LADS é attivo 
(b) né lo stato LACS è attivo 


(3) Nello stato ANRS, entro il tempo to, se sia il messaggio ATN che il messaggio 


rdy sono "falsi". 
2.4.3.4. ACDS (Accept Data State = Stato di accettazione dati) 


Nello stato ACDS la funzione AH indica alla funzione SH di mantenere un byte ‘di 
messaggio) valido. Lo stato ACDS indica alle funzioni d'interfaccia che un mes- 
saggio d'interfaccia è presente e valido se il messaggio ATN è "vero". Lo stato 
ACDS indica alle funzioni di apparecchiatura che un messaggio dipendente da una 
apparecchiatura è presente e valido se lo stato LACS è attivo. 

Nello stato ACDS i messaggi DAC ed RED devono essere trasmessi "falsi". 

La funzione AH deve uscire dallo stato ACDS ed entrare: 


(1) Nello stato AWNS (acceptor wait for new cycle state = stato di ricevitore in 
attesa di un nuovo ciclo) se: 
(a) il messaggio ATN è "vero" ed è trascorso un tempo pari a T3 


ib) oppure i messaggi ATN ed rdy sono entrambi "falsi" 


~ 


(2) Nello stato AIDS se il messaggio AIN è "falso" e: 


ia) né lo stato LADS è attivo 


` 


(b) né lo stato LACS ë attivo 
(3) Nello stato ACRS se 11 messaggio DAV è "falso" (opzionalmente questa trangi- 
zione può verificarsi solo quando il controllore mantiene 11 controllo. L5 meg= 


do asincrono). 


Sag vela SATE pDAcODDUOP Waal? Lor New Cyclo Late = palo di ricevitore in attesa 


di uu uuovo clclo) 


Nello stato AWNS la funzione AH indica che essa ha ricevuto un byte di un messag- 
gio multiiinea. 

Nello stato AWNS il messaggio RFD deve essere trasmesso "falso" ed il messaggio 
DAC deve essere trasmesso "vero passivo". 

La funzione AH deve uscire dallo stato AWNS ed entrare: 


(1) Nello stato ANRS se i] messaggio DAV e "falso" 
(2) Nello stato AIDS se il messaggio ATN 6 falso ed: 
(a) né 1o stato LADS é attivo 


(b) né lo stato LACS é attivo. 


edi Tipi di funzioni All disponibili 


"ni di runzioni AH disponibili sono elencati nella tabella 7. 


2454 Ulteriori requisiti della funzione AH e prescrizioni 


Il messaggio locale rdy non deve diventare "falso" durante lo stato ACRS. La tran- 
sizione dello stato ACRS allo stato ANRS deve verificarsi quando il messaggio ATI 
diventa "falso". 

Il messaggio RFD ricevuto da una funzione SH è 1'AND logico di tutti i messaggi 
RFD inviati da tutte le funzioni AH che sono attive. Similmente, il messaggio DAC 
ricevuto da una funzione SH è l'AND logico di tutti i messaggi DAC inviati da tut- 
+e le funzioni AH. Il modo con cui gli effetti delle funzioni AH interagiscono con 
una funzione SH per realizzare la funzione AND attraverso l'impiego dei segnali 
NRFD ed NDAC è spiegato ulteriormente nel paragrafo 5.4. 

te funzioni d'interfaccia devono essere eseguite nel modo specificato nei diagram- 
mi di stato ma non è necessario che siano realizzati tutti gli stati che sono spe- 
EE 

Di conseguenza le transizioni di stato delle funzioni d'interfaccia che sono qua- 
lificate dai messaggi d'interfaccia possono avvenire dopo che è stato ricevuto il 
messaggio, purché il messaggio RFD sia mantenuto falso finché non si attuino le 
transizioni suddette. La prestazione che ne risulta non può essere distinta da 
quella, degli schemi specificati, in cui le transizioni devono avvenire mentre 

il messaggio d'interfaccia ë ricevuto. Se si sceglie questo tipo di realizzazione 
allora la funzione AH dovrebbe rimanere nello stato ANRS anche se la condizione 

di uscita dello stato è "vera" per mantenere "falso" il messaggio RFD (questo È 
permesso dall'ultimo capoverso nel paragrafo 2 L 2 A 


2,5, FUNZIONE D'INTERFACCIA T (TALKER) 


2.5.1. Descrizione generale 


La funzione d'interfaccia T dà la possibilità ad una apparecchiatura di trasmette- 
re dati (compresi i dati che si riferiscono allo stato dell'apparecchiatura) ad 
altre apparecchiature attraverso l'interfaccia. Tale funzione può essere eseguita 
solamente quando ë stata indirizzata per "parlare". 

Vi sono due versioni della funzione: una con l'estensione dell'indirizzo ed una 
senza l'estensione dell'indirizzo. La funzione T normale utilizza un indirizzo di 
1 byte. La funzione T con l'estensione dell'indirizzo {da ora in avanti detta fun- 
zione TE, extended talker) utilizza un indirizzo di 2 byte. Per tutto il resto le 
prestazioni di entrambe le versioni sono uguali. In una apparecchiatura è necessa- 
rio che una sola delle due funzioni T sia realizzata. 


Nota: Le funzioni, T e TE, sono descritte contemporaneamente nel paragrafo 2.5 
poiché sono completamente simili. | 


2.5.2. Diagrammi di stato della funzione T 


La funzione T deve essere realizzata in modo da rispettare i diagrammi di stato 
della figura 5 e quanto detto nell'ambito del paragrafo 2.5. La tabella 8 speci- 
fica i messaggi e gli stati richiesti per attuare le transizioni da uno stato at- 
tivo ad un altro. La tabella 9 specifica quali messaggi devono essere trasmessi € 
quali sono le interazioni tra le funzioni di apparecchiature che sono richieste 
quando ogni stato è attivo. 

La funzione TE deve essere realizzata in modo da rispettare i diagrammi di stato — 
della figura 6 e quanto detto nell'ambito del paragrafo 2.5. La tabella 10 speci- 
fica i messaggi e gli stati richiesti per attuare le transizioni da uno stato 
all'altro. La tabella 9 specifica i messaggi che devono essere trasmessi e le in- 
terazioni tra le funzioni di apparecchiatura che sono richieste quando ogni stato 


é attivo. 


2,5,3. Descrizione degli stati della funzione T 


2.5.3.1. TIDS (Talker Idle State = Stato di parlatore in non opera) 


Nello stato TIDS sia la funzione T che la funzione TE non sono impegnate nel tra- 
smettere dati o byte di stato. Quando l'apparecchiatura è accesa la funzione T, o 
la funzione TE, si predispone nello stato TIDS. 

Nello stato TIDS i messaggi END ed RQS (request service = richiesta di servizio) 
devono essere trasmessi "passivi" e "veri". 

La funzione T deve uscire dallo stato TIDS quando il messaggio IFC è "falso" ed 
entrare nello stato TADS (talker addressed state = stato di parlatore indirizza- 
to) se: 


(1) Il messaggio MTA (my talk address = il mio indirizzo di "parlatore") € "vero" 


~ 


e lo stato ACDS ë attivo 


26 su 


:2) Oppure il messaggio ton (Talk only = solo "parlatore") è vero (vedi l'ultimo 
capoverso del paragrafo 2.5.5) 

La funzione TE deve uscire dallo stato TIDS ed entrare nello stato TADS se il mes- 

saggio IFC è falso e: 


(1) Il messaggio MSA (my secondary address = la seconda parte del mio indirizzo) è 
"vero" e gli stati ACDS e TPAS (talker primary address state : stato della pri- 
ma parte dell'indirizzo di "parlatore") sono attivi 


(2) Oppure il messaggio ton è "vero". 
2.5.3.2. TADS (Talker Addressed State = stato di "parlatore" indirizzato) 


Nello stato TASD la funzione T ha ricevuto il suo indirizzo di "parlatore" ed ë 

pronta per trasmettere dati o byte di stato (ma non lo fa ancora). 

Nello stato TADS i messaggi END ed RQS devono essere trasmessi "passivi" e "falsi" 

ed il messaggio NUL deve essere trasmesso "passivo" e "vero", 

La funzione T deve uscire dallo stato TADS ed entrare: 

(1) Nello stato TACS (talker active state = stato di "parlatore" attivo) se il 
messaggio ATN è "falso" e lo stato SPMS (serial poll mode state = stato di in- 
terrogazione (poll) seriale) non è attivo 

(2) Nello stato SPAS (serial poll active state = stato di interrogazione seriale 


` 


attivo) se il messaggio ATN ë falso e lo stato SPMS ë attivo 
(3) Nello stato TIDS se; 


(a) il messaggio OTA (other talk address = altro indirizzo di parlatore) ë 


` 


"vero" e lo stato ACDS ë attivo 


(b) oppure il messaggio MLA è "vero" e lo stato ACDS è attivo 


^ 


(c) oppure il messaggio IFC é "vero" (in questo caso la funzione deve passare 
nello stato TIDS entro il tempo t4) 


- 


Nota: L'impiego del messaggio MLA é opzionale. 


La funzione TE deve uscire dallo stato TADS ed entrare: 


(1) Nello stato TACS se il messaggio ATN è falso e lo stato SPMS non è attivo 


` 


(2) Nello stato SPAS se il messaggio ATN è falso e lo stato SPM5 é attivo 


(3) Nello stato TIDS se: 
(a) il messaggio OTA è "vero" e lo stato ACDS è attivo 


(b) oppure il messaggio OSA (un altra seconda parte dell'indirizzo) è "vero" 
e gli stati TPAS ed ACDS sono atlivi 


~ 


(c) oppure il messaggio MSA è "vero" e gli stati LPAS (listener primary 
addressed state = stato di "ascoltatore" indirizzato nella prima parte 
dell'indirizzo) ed ACDS sono attivi 


{d) oppure il messaggio IFC è vero, in questo caso la funzione deve commutare 


nello stato TIDS entro il tempo ta 


Nota: L'impiego dell'espressione contenente il messaggio MSA ë opzionale. 





[FC ^ (ton v MTA ^ (ACDS)) ATN ^ (SPMS) 















pan 
(OTA v [MLA] ) ^ (ACDS ATN 

IFC (entro t 2 ) 

(entro t 4 ! 
ATN ATN ^ (SPMS 
(entro t 5 ) 
[FC 4 SPE a ACDS 

pon 

IFC 
(entro t 4 ) 





Figura 5 - Diagramma degli stati della funzione T 





IFC ^ ton 
v _— 
[FC AMSA ^ ^ (ACDS) ATN ^ (SPMS 
IFC CTPAS) ^ ACDS) ATN ^ (SPMS) 














pon 
ATN (entro t 2) 





OTA n (ACDS) 
IFC y 
(entro t 4! OSA ^ (TPAS) ^ (ACDS 
v 
| n MSA ^ | ni 
N 


(entro t 2 } 





MTA a (ACDS 





pon 


IFCASPEA 
e A) 
IF C SPD ^ 
(entro t 4 ) 





Figura 6 -Diagramma degli, stati della funzione TE 
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Stati delle funzioni 


d'interfaccia 
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pon 


ton 


ha 
TI 
c 


OTA 


MLA 


power on TLDS 
(alimentazione accesa) 

taik only TADS 
(parla soltanto) 

interface clear TACS 
(azzera i'interfaccia) 

attention SPAS 
(attenzione) 

my talk address SP1S 
(il mio indirizzo di 

parlatore) 

serial poll enable SPMS 
(abilita l'interro- 

gazione seriale) 

serial poll disable (ACDS) 


(disabilita l'interro- 
gazione seriale) 


other talk address 
(altro indirizzo di par- 
latere) 


my listen address 
{il mio indirizzo di a- 
scoltatore) 


— 


. accept data state 


talker idle state (stato di parla- 


tore in non opera) 


talker addressed state (stato di 
parlatore indirizzato) 


talker active state (stato di par- 


latore attivo) 


- serial poll active state (stato di 


interrogazione seriale attivo) 
serial poll idle state (stato d'in- 


terrogazione seriale in non opera) 


serial poll mode state (stato di 


modo d'interrogazione seriale) 


(funzione LA nei 


lo stato di dato accettate) 


—— »o»e € rT — C co --0o EEN 


Tabella 8- Mnemonici della funzione T 


EEUU UI UU UU UU BE UU UU B EEUU UU UU MM ——————————————— Ó———————— 


TATO)  Qualifi- Messaggi remoti emessi * Interazione della funzione 


l catore EE asas END ROS di apparecchiatura 











WE (NUL) (F) (F) La funzione di apparecchiatura non 
può emettere messaggi 


eS (NUL) (F) (F) La funzione di apparecchiatura non 
può emettere messaggi 


TACs DAB o EOS tor (P) La funzione di apparecchiatura può 
* * iba: emettere i messaggi DAB od END 
SPAS APRS STB (F) F La funzione di apparecchiatura può 
non at- n emettere un messaggio STB # * + 
tivo 
SPAS APRS STB (F) T La funzione di apparecchiatura può 
attivo * emettere un messaggio STB * * * 


Vedi tabella 38, paragrafo 2.13 

** Messaggi emessi dalla funzione T che si originano nelle funzioni di appa- 
recchiatura 

*** Sotto controllo della funzione SH 


i LC CCCC——— n 


Tabella 9- Messaggi d'uscita della funzione T o TE 


Messaggi Stati delle Funzioni d'interfaccia 


—r——214À7____————————— ———— TE _ AAA 


pon = power on T1DS = talker idle state (stato di par- 
(alimentazione accesa) latore in non opera) 

ton = talk only TADS - talker addressed state (stato di 
(parla soltanto) parlatore indirizzato) 

IFC = interface clear TACO á Lalker active state (stato di 
(azzera L'interlinea) parlalore attivo) 

ATN = attention SPAS - serial poll active state (stato 
(attenzione) di interrogazione seriale attivo) 

MTA = my talk address TPIS = talker primary idle state (stato 
(il mio indirizzo di di parlatore primario in non ope- 
parlatore) ra) 

Tabella 10 -Mnemonici della funzione TE eret. 3 


Ora = other talk address TPAS = talker primary addressed state 
(altro indirizzo di (stato di parlatore primario in- 
parlatore) dirizzato) 

OSA = other secondary address SPIS = serial poll idle state (stato di 
(altro indirizzo secon- interrogazione seriale in non o- 
dario) pera) 

PCG = primary command group 5PMS = serial poll mode state (stato di 
{gruppo di comandi fonda- interrogazione seriale) 
mentali) 

SPE = serial poll enable (ACDS) = accept data state (la funzione AH 
(abilita l'interrogazione è nello stato di accettazione da- 
seriale) ti) 

SPD = serial poll disable (LPAS) = listener primary addressed state 
(disabilita l'interroga- (la funzione L è nello stato di 
zione seriale) ascoltatore primario indirizzato) 

MSA = my secondary address 


{il mio indirizzo secon- 
dario) 





Tabella 10- Mnemonici della funzione TE 


2.5.3.3. TACS (Talker Active State = Stato di 'panrlatore" allivo) 


Nello stato TACS la funzione T, oppure la funzione TE, abilita il trasferimento 
del messaggio DAB (data byte = byte dato) e del messaggio END, se utilizzato, dal- 
la funzione dell'apparecchiatura alle linee dei segnali d'interfaccia. Il contenu- 
to del messaggio è determinato solamente dalle funzioni dell'apparecchiatura. La 
funzione SH determina quando le funzioni dell'apparecchiature possono cambiare il 
contenuto del messaggio DAB {e del messaggio END se è usato). 

Durante lo stato TACS i messaggi DAB e EOS (end of string = fine della stringa) ed 
END possono essere trasmessi dalle funzioni dell'apparecchiatura. Il messaggio ROS 
deve essere trasmesso "passivo!" e "falso". 


Nota: La codifica ed il formato dei dati ë, in generale, funzioni dell'apparec- 
chiatura ed oltre il campo di definizione di questo standard. 


la funzione T, o la funzione TE, devono uscire dallo stato TACS ed entrare: 
(1) Nello stato TADS, entro il tempo to , se il messaggio ATN è "vero" 


(2) Nello stato TIDS, entro il tempo t4, se il messaggio IFC è "vero" 
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2.5.3.4. SPAS (Serial Poll Active State = Stato di interrogazione seriale attivo) 


Nello SPAS le funzioni T e TE abilitano la trasmissione di un solo messaggio di 
stato dalla funzione di apparecchiatura alle linee d'interfaccia utilizzando la 
funzione d'interfaccia SH per controllare il trasferimento del byte di stato. 
Sebbene un'unità di controllo ha bisogno di ricevere un solo byte dall'apparec- 
chiatura per i messaggi di STB ed RQS, si permette che l'apparecchiatura li ri- 
trasmetta se l'unità di controllo non risponde con il messaggio ATN dopo che il 
primo byte (STB o RQS) è stato trasmesso. In questo caso il valore dei singoli 
bit può cambiare durante il tempo intercorrente tra i due trasferimenti d'in- 
formazione, ma la codifica dell'informazione di stato nel messaggio STB non de- 
ve cambiare. 

Durante lo stato SPAS il messaggio END deve essere trasmesso "passivo" e "falso" 


~ 


ed il messaggio RQS deve essere trasmesso "vero", se lo stato APRS € attivo, op- 


pure "falso" se lo stato APRS non è attivo. Inoltre il messaggio STB deve essere 
trasmesso dalle funzioni dell'apparecchialura. 


Nota: Lo stato APRS è compreso nella funzione d'interfaccia SR. 


Le funzioni T e TE devono uscire dallo stato SPAS ed entrare: 
(1) Nello stato TADS, entro il tempo t2, se il messaggio ATN è "vero" 


(2) Nello stato TIDS, entro il tempo t4, se il messaggio IFC è "vero". 


2.5.3.5. SPIS (Serial Poll Idle State = Stato d'interrogazione seriale in non opera) 
Nello stato SPIS la funzione T o TE non è abilitata a partecipare in una interro- 
gazione seriale (serial poll). La funzione T o TE entra nello stato SPIS quando 
l'apparecchiatura è accesa. 

Nello stato SPIS la funzione non trasmette alcun messaggio remoto. 

La funzione T o la funzione TE devono uscire dallo stato SPIS ed entrare nello 
stato SPMS se il messaggio SPE (serial poll enable = abilitazione dell'interroga- 


` 


zione seriale) ë "vero", lo stato ACDS è attivo ed il messaggio IFC ë "falso", 
2.5.3.6. SPMS (Serial Poll Mode State = Stato di modo di interrogazione seriale) 


Nello stato SPMS la funzione T, o la funzione TE, ë abilitata a partecipare ad 
una interrogazione seriale. 

Nello stato SPMS la funzione non trasmette alcun messaggio remoto. 

La funzione T, o la funzione TE, deve uscire dallo stato SPMS ed entrare nello 
stato SPIS se: 


(1) Il messaggio SPD (serial poll disable = disabilitazione della interrogazione 


^ 


seriale) é "vero" e lo stato ACDS è attivo 


(2) Oppure deve entrare nello stato SPi5 entro il Lempo t4 seil messaggio IFC € 


"vero', 


LA 
neo 


2.5.3.7. TPIS (Talker Primary Idle State = Stato di parlatore,indirizzato dalla 
prima parte dell'indirizzo, in non opera) 


Nello stato TPIS la funzione TE può riconoscere la prima parte del suo indirizzo e 
non la seconda parte del suo indirizzo. La funzione TE entra nello stato TPIS quan 
do l'apparecchiatura è accesa. 

La funzione TE non trasmette alcun messaggio remoto quando è nello stato TPAS. 

La funzione TE deve uscire dallo stato TPAS ed entrare nello stato TPIS se il mes- 
saggio PCG (primary command group + gruppo comandi per la prima parte dell'indiriz- 
zo) è "vero", il messaggio MTA è "falso" e lo stato ACDS è attivo. 


2.5.3.8. TPAS (Talker Primary Addressed State = Stato di pariatore, indirizzato dal 
la prima parte dell'indirizzo, indirizzato) 


Nello stato TPAS la funzione TE è in grado di riconoscere la seconda parte del suo 
indirizzo e di rispondere ad essa. 

Nello stato TPAS la funzione TE non emette alcun messaggio remoto. 

La funzione TE deve uscire dallo stato TPAS ed entrare nello stato TPIS se il mes- 
saggio PCG (primary command group) è vero, ii messaggio MTA è falso e lo stato ACDS 
è attivo. 


2.5.3. Tipi di funzioni T e TE disponibili 


I tipi di funzione Te TE disponibili sono quelli elencati nelle tabelle 11 e 12, 


2.5.5. Ulteriori requisiti e prescrizioni per le funzioni T e TE 


Ogni apparecchiatura che comprende una funzione T o TE deve fornire un mezzo cor il 
quale l'indirizzo del "parlatore" (o la seconda parte dell'indirizzo) che viene ri- 
conosciuto con il messaggio MTA (od MSA) può essere cambiato in field dall'utente 
dell'apparecchiatura. 

L'interruzione della trasmissione di dati da parte di un'apparecchiatura, con la 
commutazione nello stato TACS e al di fuori di esso, non deve influenzare il forma 
to del dati in uscita. Si raccomanda che una apparecchiatura che ritorna nellosta 
to TACS riprenda a trasmettere i dati della stringa che era stata interrotta dal 
punto in cui la trasmissione è stata interrotta. 

Ogni apparecchiatura che comprende il messaggio ton deve essere fornita di un in- 
terruttore manuale che produca la condizione Talk only. 


2.6. FUNZIONE D'INTERFACCIA L (LISTENER ` UVASCOLTATORE! ) 


2.6.1. Descrizione generale 


La funzione d'interfaccia L fornisce ad una apparecchiatura la possibilità di rice 
vere dati da altre apparecchiature (anche dati di stato) attraverso l'interfaccia. 
Questa possibilità esiste solamente quando l'apparecchiatura è indirizzata per "ascol 
tare". 

Vi sono due tipi di funzione: una con un byte d'indirizzo (detta funzione L)e l'al 
tra con due byte d'indirizzo (detta funzione LE). 

Le caratteristiche delle due funzioni sono analoghe, 

In una apparecchiatura è sufficiente la presenza di una sola delle due funzioni (To TE). 


Nota: Entrambe le funzioni sono descritte nel paragrafo 2.6. poiché hanno molti pun 
ti in comune. 
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Tabella 11- Tipi di funzioni T permesse 
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Tabella 12- Tipi di funzioni TE permesse 


li? 


QM 


(Dì 


ee Diagramma di stato della funzione L 


La funzione L deve essere realizzata come è definito dai diagrammi di stato della 
figura 7 che sono descritti in tutto il paragrafo 2.6. La tabella 13 specifica 
quali messaggi e quali stati sono richiesti per provocare la transizione da uno 
stato all'altro. La tabella 14 descrive le interazioni tra le funzioni di appa- 
recchiatura che sono richieste quando il relativo stato è attivo. 

La funzione LE deve essere realizzata come è definito dai diagrammi di stato del- 
la figura 8 che sono descritti in tutto il paragrafo 2.6. La tabella 15 specifica 
quale messaggio è stato richiesto per eseguire le transizioni da uno stato attivo 
ad un altro. La tabella 14 descrive le interazioni tra le funzioni di apparecchia- 
tura che sono richieste quando il relativo stato è attivo. 


2.6.3. Descrizione degli stati della funzione L 


2.6.3.1. LIDS (Listener Idle State : Stato di "parlatore" in non opera) 


Nello stato LIDS la funzione L, o la funzione LE, non è impegnata nel trasferimen- 
to di messaggi che dipendono da altre apparecchiature. Quando l'apparecchiatura è 
accesa la funzione L, o la funzione LE, entra nello stato LIDS. 

La funzione L non trasmette messaggi remoti quando è nello stato LIDS. 

La funzione L deve uscire dallo stato LIDS ed entrare nello stato LADS (listener 
addressed state = stato di "parlatore" indirizzato) se il messaggio IFC è falso 

e: 


1) Il messaggio MLA (my listen address = il mio indirizzo di "ascolto") è "vero" 


~ 


e lo stato ACDS ë attivo 


2) Oppure il messaggio lon (listen only ~ ascolta solamente) è "vero" (paragruía 
2.6.50) 


` 


3) Oppure il messaggio lth (listen = ascolta) è "vero" e lo stato CACS è attivo. 


La funzione LE deve uscire dallo stato LIDS ed entrare neilo stato LADS se il mes- 
saggio IFC e "falso" e: 
(1) Il messaggio MSA (my secondary address = la seconda parte del mio indirizzo) 
è "vero", lo stato ACDS è attivo e lo stato LPAS (listener primary addressed 
state = stato di prima parte dell'indirizzo di ascoltatore indirizzato) € 


attivo 


(2) oppure il messaggio lon è "vero" 


n 


(3) Oppure il messaggio ltn è "vero" e lo stato CACS è attivo. 


2.6.3.2. LADS (Listener Addressed State = Stato di "ascoltatore" indirizzato) 
Nello stato LADS la funzione L ha ricevuto il suo indirizzo di ascolto ed e prori- 
ta a ricevere messaggi dalle apparecchiature ma non vi è ancora impegnata. Helle 
stato LADS la funzione LE ha ricevuto sia la prima parte che la seconda parte del 
suo indirizzo di ascolto ed è pronta a ricevere i messaggi di apparecchiatura ma 


non vi è ancora impegnata. 


Lu 
C 


«elio stato LADS la funzione L, o LE, non trasmette messaggi remoti. 


La funzione L deve uscire dallo stato LADS ed ertrare: 


(1) Nello stato LACS (listener active state - stato di ascoltatore attivo), entro 
il tempo to, se il messaggio ATN è "falso" 


(2) Nello stato LIDS se: 


(a) il messaggio UNL (unlisten - non ascoltare) è "vero" e lo stato ACD è 
attivo 


tb) oppure il messaggio lun (local unlisten . non ascoltare in locale) è "vero" 
e lo stato CACS e attivo 


(c! oppure il messaggio MTA è "vero" e lo stato ACDS è atLivo 
(d) oppure il messaggio IFC è "vero"; in questo caso la funzione L deve com 
mutare nello stato LIDS nel tempo ta 


vota: L'impiego del messaggio MTA è opzionale. 


La funzione LE deve uscire dallo stato LADS ed entrare: 
¿11 Nello stato LACS, entro to, se il messaggio ATN è "falso" 
(2) Nello stato LIDS se: | 
ia) se il messaggio UNL è "vero" e lo stato ACDS è attivo 
(b) oppure il messaggio lun è "vero" e lo stato CACS è attivo 
(cC) oppure ii messaggio MSA è "vero" e gli stati TPAS ed ACDS sono attivi 
(d) oppure il messaggio IFC è "vero"; in questo caso la funzione LE deve come 


mutare nello stato LIDS entro il Lempo ta. 


sota: L'impiego di espressioni che contengono i] messaggio MSA è opzionale. 


—qFG—- s... P .......... U U U. 5 S e 
Messaggi Stati delle funzioni d'interfaccia 


e — IÑ T  Ím I“  "—- . —— IC ———  .. U. M 9 P a A 


pon = power on LIDS - listener idle state (stato di a- 
(alimentazione accesa scoltatore in non opera) 

ltn = listen LADS = listener addressed state 
{ascoltatore) (stato di ascoltatore indirizzato) 

lun = local unlisten LACS : listener active state (state di 
(non ascoltare in locale) ascollatore attivo) 

lon = listen only (ACDS) + accept data state (funzione AH 
(ascolta soltanto) nello stato di accottazione duty 





== ra. . kh 





IF” = interface clear (CACS) + controller aclive state (funzione 
(azzera l'interfaccia) C nello stato di unità di controllo 
attiva) 
ATN = attention 
\attenzione) 
URL = unlisten 
(non ascoltare) 
MLA = my listen address 
(il mio indirizzo di ascol 
tatore) 
MTA = my talk address 
{il mio indirizzo di par- 
latore) 

Tabella 13 - Mnemonici della funzione L 
eegenem 
STATO Messaggi remoti Interazione delle funzioni di apparecchiatura 

L o LE emessi 
— BdáÁ— R q ÑAIm T a r r sn p 
LIDS nessuno Apparecchiatura non indirizzata a ricevere 
LADS nessuno Apparecchiatura non indirizzata a ricevere 
LACS nessuno La funzione di apparecchiatura può ricevere 


un byte del messaggio di apparecchiatura o- 
gni volta che lo stato ACDS è attivo 


—=__©—>—zst1111t4MAMÀMÀKÀ4#Z42A4#A4A4A4A_6—_@__——__—PY _TTT©————_———m8=2nRpkRptktktkpmqldÀ_»—— ———r———————r—r—--_r—_— —  - _+@ 


Tabella 14- Messaggi di uscita della tunzione L od LE 


ry u... o pe aaea =p e 


Stati delle funzioni 


d'interfaccia 





pon 


ltn 


lun 


lon 


UNL 


MLA 


PCG 


MSA 


Messaggi 

= power on LIDS 
(alimentazione accesa) 
listen LACS 
(ascolta) 
local unlisten LADS 
{non ascoltare in locale) 
listen only LPIS 
(ascolta solamente) 
interface clear LPAS 
{azzera l'interfaccia) 
attention (ACDS) 
(attenzione) 
unlisten (CACS) 
(non ascoltatore) 
my listen address (TPAS) 


(il mio indirizzo di 
ascolto) 


primary command group 
(gruppo di comandi per la 
prima parte dell'indirizzo) 


my secondary address 
(il mio indirizzo secon- 
dario) 


listener idle state {stato di a- 
scoltatore in non opera) 
listener active state (stato di 
ascoltatore attivo) 


(stato 
di ascoltatore indirizzato) 


listener addressed state 


listener primary idle state (stato 
di ascoltatore, relativo alla prima 
parte dell'indirizzo, in non opera) 
listener primary addressed state 
(stato di ascoltatore, relativo 
alla prima parte dell'indirizzo, 
indirizzato) 


accept data state (funzione AH nel- 
lo stato accettazione dati) 
controller active state (funzione 
C nello stato unità di controllo 
attiva) 


talker primary addressed state 
(funzione T nello stato parlatore, 
relativo alla prima parte dell'in- 


dirizzo, indirizzato) 





Tabella 15- Mnemonici delle funzioni LE 
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ttn ^ (CACS) 
[FC ^ MLA ^ (ACDS) 
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Figura 7 - Schema degli stati della funzione L 





IFC ^ lon 
v 


IFC ^ 1tn ^ (CACS) 
wv 
IFC ^ MSA ^ (LPAS) ^ (ACDS) 









pon 








IFC 
(entro t 4) bouis (CACS) 

[MSA ^ ^ (TPAS | - 

ATN ATN 

(entro t 2) (entro t 2) 
MLA ^ 
“ALO 
PCG ^ MLA ^ (ACDS) 





Figura 8 - Schema degli stati della funzione LE 


2.6.3.3. LACS (Listener Active State = Stato di "ascoltatore" attivo) 
Nello stato LACS la funzione L, o la funzione LE, e abilitata a trasmettere qua- 


lunque messaggio, ricevuto attraverso l'interfaccia da un'altra apparecchiatura 


(DAB, EOS, STB, END o RQS), alle funzioni di apparecchiatura, La funzione d'interfac- 


4f) 


DN 


faccia AH è usata dalle funzioni di apparecchiatura per controllare il transteri- 


mento dei messaggi. 


Nota: La codifica ed il formato dei dati ë, in generale, funzione dell'apparec- 
chiatura e non rientra nel campo di definizione di questo standard. 


Nello stato LACS la funzione L, od LE, non trasmette alcun messaggio remoto. 


"6 


La funzione L, o la funzione LE, deve uscire dallo stato LACS ed entrare: 
(1) Nello stato LADS, entro il tempo to, se il messaggio ATN e "vero" 


\2) Nello stato LIDS, entro t4, se il messaggio IFC è "vero". 


2.6.3.4. LPIS (Listener Primary Idle State = Stato di "uscollatore", relative nila 
prima parte dell'indirizzo, in non opera) 


Nello stato LPIS la funzione LE può riconoscere la prima parte del suo indirizzo 

e non é in grado di rispondere alla seconda parte del suo indirizzo. Quando l'ap- 
parecchiatura é accesa la funzione LE entra nello stato LPIS. 

La funzione LE non trasmette alcun messaggio remoto quando è nello stato LEIS. 

La funzione LE deve uscire dallo stato LPIS ed entrare nello stato LFAS se il mes- 
saggio MLA è vero e lo stato ACDS è attivo. 


2.8.3.5. LPAS (Listener Primary Addressed State = Stato di ascoltatore, relativo 
alla prima parte dell'indirizzo, in non opera! 


Nello stato LPAS la funzione LE è in grado di riconoscere e rispondere alla secon 
da parte del suo indirizzo. 

Nello stato LPAS la funzione LE non trasmette alcun messaggio remoto. 

La funzione LE deve uscire dallo stato LPAS ed entrare nello stato LPIS se il mes- 
saggio PCG (primary command group = gruppo di comandi relativi alla prima parte 
Jelil'indirizzo)é "vero", il messaggio MLA è "falso" e lo stato ACDS è attivo. 


2.0.42, Tipi di funzioni L ed LE 


i tipi di funzioni L ed LE che sono disponibili sono specificati nelle tabclle 
lo e 1%, 


2.6.5. Ulteriori requisiti e prescrizioni per: Le funzioni L ed LE 


Ugni apparecchiatura che ha la funzione L, o LE, deve essere provvista di un mezzo 
con cui l'indirizzo di ascolto e la seconda parte dell'indirizzo, che sono ricer 
ti rispettivamente con i messaggi MLA ed MSA, possono essere cambiati in field 
dell'utente dell'apparecchiatura. L'interruzione della ricezione dei dati dovuta 

a commutazione dello stato LACS in altri stati non deve influenzare negativamente 
la futura ricezione dei dati. Si raccomanda che una apparecchiatura riprenda la 
ricezione dei dati dal punto in cui era stata interrotta, quando la furnziuüne L 

od LE ritorna nello stato LACS. Ogni apparecchiatura che può ricevere il messaggio 


lon deve avere un interruttore che permetta di porla nella condizione di solo "a- 


scelto”. 
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Tabella 16 - Tipi di 
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Tabella 17 - Tipi 
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2.7. FUNZIONE D'INTERFACCIA SR (SERVICE REQUEST - RICHIESTA DI SERVIZIO) 


La funzione SR permette ad una apparecchiatura di richiedere in modo asincrono il 
servizio dell'unità di controllo che gestisce la trasmissione dei messaggi attra- 
verso l'interfaccia. Inoltre la funzione SR sincronizza il valore del bit di ri- 
chiesta di servizio del byte di stato che è presente durante una interrogazione 
seriale (serial poll) in modo che il messaggio SRQ possa essere rimosso dail'inter- 
faccia dopo che tale bit @ stato ricevuto "vero" dall'unità di controlio in carica 
(vedi paragrafo 2.12.1.). 


EAE EE Diagrammi di stato della funzione d'interfaccia 5H 


ia funzione d'interfaccia SR deve essere realizzata in modo che si comporti come 

è specificato dai diagrammi di stato di figura 9 che sono descritti in tutto il 
paragrato 2.7. La tabella 18 specifica quali messaggi e quali stati sono coinvolti 
per effettuare le transizioni da uno stato attivo ad un altro. La tabella 19 speci- 
fica (per ogni stato) quali sono i messaggi che devono essere trasmessi e quali 
sono le interazioni richieste tra le funzioni di apparecchiatura. 





pon 








Figura 9- Diagramma degli stati della funzione SR 


2.7.2. Descrizione degli stati della funzione 5R 


. 0.1. NPRS (Negative Poll Response State - Stato di risposta negaliva all'in- 


terrogazione) 


Nello stato NPRS la funzione SR non richiede alcun servizio. Quando si accende 
l'apparecchiatura la funzione SR entra nello stato NPRS. 
Nello stato NPRS il messaggio SRQ deve essere trasmesso "passivo" e "falso". 


Nota: Il messaggio RQS deve essere trasmesso "falso" quando lo stato SPAS è at- 


tivo (vedi sottoparagrafo 2.5.3.4). 
La funzione SR deve uscire dallo stato NPRS ed entrare nelio stato SRQS ogni qual- 


volta il messaggio rsv (request service = richiesta dl servizio) è "vero" e lo 


stato SPAS non è attivo. 
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2.7.2.2. SRQS (Service Request State = Stato di richiesta di servizio) 


Nello stato SRQS la funzione SR indica continuamente che richiede un servizio. 
Nello stato SRQS il messaggio SRQ deve essere trasmesso "vero". 
La funzione SR deve uscire dalio stato SRQS ed entrare: 


(1) Nello stato NPRS se il messaggio rsv è "falso" e lo stato SPAS non è attivo. 


(2) Nello stato APRS (affirmative poll response state = stato di risposta affer- 


^ 


mativa all'interrogazione) se lo stato SPAS è attivo. 


2.7.2.3. APRS (Affirmative Poll Response State - Stato di risposta affermativa al- 
l'interrogazione). 


Nello stato APRS la funzione SR richiede il servizio ma non lo richiede in modo 
attivo attraverso l'interfaccia. 
Nello stato APRS il messaggio SRQ deve essere trasmesso "passivo" e "falso", 


Nota: Il messaggio RQS deve essere trasmesso "vero" quando lo stato SPAS è "atti- 
vo" (vedi il sottoparagrafo 2.5.3.4.). 


— a. n . .................. UE E 


Messaggi o stati delle funzioni d'interfaccia 


ETT AAN r  . . ......................... U a, 


pon = power on NPRS = negative poll response state 
(alimentazione accesa) (stato di risposta negativa al- 
l'interrogazione) 


rsv = request service SRQS = service request state (stato di 
(richiesta di servizio) richiesta di servizio) 
APRS = affirmative poll response state 


{stato di risposta affermativa 
all'interrogazione) 


(SPAS) = serial poll active state (fun- 
zione T nello stato d'interroga- 
zione seriale) 


= ili, ici eli, ir rr ‘iut—r _ i. 
Tabella 18- Mnemonici della funzione SR 





STATO Messaggio remoto emesso Interazione della funzione 


SRQ SRQ | di apparecchiatura 
NPRS (F) nessuna 
SRQS sl nessuna 
APRS (F) nessuna 


Tabella 19 Messaggi in uscita dalla funzione SR 





Identifi . . Stati Altri Altri sottoinsiemi di 
es Descrizione MORO tI 
cazione omessi requisitt FUNZIONI richieste 

SRO Nessuna prestazione CUGEL nessuno nessuno 
SR1 Prestazione completa nessuno nessuno Pig 124. TS, Toy TEL; 


TE2, TES o TEO 





Tabella 20 - Tipi di funzione SR permessi 





REN ^ rt] ^ MLA ^ (ACDS) 


pon 









NN GTL ^ (EADS) ^ 
REN Y ARRE 
(entro t 4} rti ^ (LLO v (AEDS) ) 





RENALLO^ (ACDS) LLO ^ 


MLA ^ 





Figura 10-Diagramma degli stati della funzione RL 


La funzione SR deve uscire dallo stato APRS ed entrare nello stato NPRS ogni qual- 
volta il messaggio rsv è falso e lo stato SPAS non è attivo. 


Teds Tipi dl funzione d'interfaccia SR 


I tipi di funzione d'interfaccia SR permessi sono specificati neila tabella 20. 
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2.7.4, Ulteriori requisiti rescrizioni per la funzione d'interfaccia it 





La funzione d'interfaccia SR è usata per richiedere il servizio per una sola ragio- 
ne, 

Se una apparecchiatura ha più di una ragione per richiedere un servizio allora per 
ogni ragione deve essere usata una diversa funzione SR ed un corrispondente messag- 
gio rsv. 

Un messaggio SRQ "vero" deve essere trasmesso quando è richiesto da qualunque del- 
le funzioni SR entro una apparecchiatura. 

Quando la funzione T é nello stato SPAS, il messaggio RQS deve essere trasmesso 
"vero" se qualunque delle funzioni SR, entro un'apparecchiatura, é nello stato 
APRS. 
il messaggio SRO ricevuto attraverso la funzione C (controller = unità di control- 
lo) è 1'OR logico dei messaggi SRQ trasmessi da tutte le funzioni SR. Il modo con 
cui tale OR è realizzato attraverso l'uso della linea per il segnale SRO € spie- 


gato nel sottoparagrafo 5.4.2. 
2.8. FUNZIONE D'INTERFACCIA RL (REMOTE LOCAL LOCALE REMOTO) 


La funzione d'interfaccia RL permette ad una apparecchiatura di selezionare due 
sorgenti di informazioni di input. La funzione indica all'apparecchiautra che si 
richiede l'input di dati dai controlli del pannelio frontale (local control = con- 
trollo locale) oppure l'input di dati dall'interfaccia (remote control = controllo 


remoto), 


2.8.1. Diagramma degli stati della funzione RL 


La runzione d'interfaccia RL deve essere realizzata secondo le prescrizioni del 
diagramma degli stati di figura 10 e le definizioni riportate in tutto il para- 
grafo 2.8. La tabella 21 specifica i messaggi e gli stati coinvolti nella tran- 
sizione da uno stato attivo ad un altro. La tabella 22 specifica il modo con cui 
deve funzionare l'apparecchiatura quando la funzione RL è in uno degli stati pre- 


vis Elo 

2.8.2. Descrizione degli stati della funzione RL 

2.8.2.1. LOCS (Local State = Sato locale) 

Nello stato LOCS tutti i controlli delle funzioni dell'apparecchiatura (sul pan- 
nello frontale o su quello posteriore) sono operabili e l'apparecchiatura può re- 


gistrare i messaggi trasmessi da altre apparecchiature collegate all'interfaccia, 


ma non puó rispondere a tali messaggi. 
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Messaggi Stati delle Tunzióni d*interfaccia 





pon = power on LOCS = local state (stato locale) 
(alimentazione accesa) 


pte ~ return to local LWLS = local with Lockout state (stato 
(ritorna in locale) locale. con blocco) 
HEN - remote enable REMS . remote state (stale remotes) 


iabilita il funziona- 
mento remoto) 


LLU = local lockout RWLS = remote with lockout state (stato 
{bloccaggio locale) remoto con blocco) 

lo 4 po to: Local (ACDS) = accept data state (funzione AH 
(vai in locale) nello stato di accettazione dati) 

ML. = my listen address (LADS) = listener addressed state (funzio 
(il mio indirizzo di ne L nello stato di ascoltatore 
ascolto) i indirizzato) 





Tabella 21 - Mnemonici della funzione RL 


eege 
STATO Messaggi remoti emessi Interazione della funzione 


RL di apparecchiatura 
A UUU u... 


LOCS nessuno Apparecchiatura in funzionamento locale 
LWLS nessuno Apparecchiatura in funzionamento locale 
RES? nessuno Apparecchiatura in funzionamento remoto 


funzionamento remoto 


— 
— 


RWLS nessuno Apparecchiatura i 


Tabella 22 - Messaggi di output della funzione RL 


cuando l'apparecchiatura è accesa la funzione RL entra nello stato LOCS. 
Quando la funzione è nello stato LOCS non trasmette alcun messaggio remoto. 
La funzione RL deve uscire dallo stato LOCS se il messaggio REN 6 vero cd entrare: 


(1) Nello stato REMS (Remote State = Stato remoto) se il messaggio rte (return to 
local = ritorna in locale) è "falso", il messaggio MLA è "vero" e lo stato ACDS 

è "attivo" 

(2) Nello stato LWLS (Local with lockout state = Stato locale con blocco), seil cu 
mando universale LLO (Local lockout = Bloccaggio locale) è vero e lo stato ACDS 
è attivo. I | 


2.8.2.2. LWLS (Local with Lockoul Stale - Stalo locale con blocco) 


Nello stato LWLS tutti i controlli locali dell'apparecchialura sono operativi e l'ap 
parecchiatura può registrare i messaggi ricevuti dalle altre apparecchiature colle- 
gate all'interfaccia (il messaggio rtlè ignorato), ma non può rispondere a tali messaggi. 
La funzione RL non trasmette alcun messaggio remoto quando è nello stato LWLS. 

La funzione RL deve uscire dallo stato LWLS ed entrare: 


(1) Nello stato RWLS (remote with lockout state = stato remoto con blocco) quando ii 


~ 


messaggio MLA è "vero" e lo stato ACDS è attivo 


Y 


(2) Nello stato LOCS, entro il tempo ta, se il messaggio REN ë "falso". 
2.8.2.3. REMS (Remote State - Stato remoto) 


Nello stato REMS i controlli locali delle funzioni di apparecchiatura che hanno un cor 
rispondente controllo remoto, meno i controlli che trasmettono messaggi locall al Cir 
cuiti delle funzioni d'interfaccia, non sono operativi edi circuiti delia funzione 
di apparecchiatura sono controllati da apparecchiature remote, 

Nello stato REMS la funzione RL non trasmette alcuri messaggio remoto. 

La runzione RL deve uscire dallo stato HENG ed entrare nelio stato: 


(1) Nello stato RWLS se il messaggio LLO è "vero" e lo stato ACDS è "attivo" 


(2) Nello stato LOCS: 


` 


(a) entro il tempo ta, se il messaggio REN è "falso" 
(b) oppure il messaggio GTL (go to local) è "vero" e gli stati ACDS e LADS sono attivi 


(c) oppure il messaggio rtl ë "vero" e il messaggio LLO è "falso" oppure lc stato 
ACDS non è "attivo". 


2.8.2.4. RWLS (Remote With Lockout State = Stato remoto con blocco) 


Nello stato RWLS i controlli locali dei circuiti delle funzioni di apparecchiatura che 

hanno un corrispondente controllo remoto, meno i controlli che inviano messaggi locali 
ai circuiti delle funzioni d'interfaccia, non sono operativi ed i circuiti delle L ar 6 
ni dell'apparecchiatura sono controllati da apparecchaiture remote (il messaggio rtl 

è ignorato). 

Nello stato RWLS la funzione RL non trasmette alcun messaggio remoto. 

La funzione RL deve uscire dallo stato RWLS ed entrare: 


(1) Nello stato LOCS, entro il tempo ta, se il messaggio REN è "falso" 
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(2) Nellostato LWLS se il messaggio GTL è "vero" e gli stati LADS ed ACDS sono "attivi". 
2.8.3. Tipi di funzione RL disponibili 


I tipi di funzioni RL permessi sono specificati nella tabella 23. 





2.8.4. Ulteriori requisiti e prescrizioni per la funzione d'interfaccia RL 





L'apparecchiatura deve poter trasmettere messaggi di apparecchiatura attraverso 
l'interfaccia o ricevere ed utilizzare messaggi da altre apparecchiature che non 
siano in conflitto con dati locali indipendentemente dallo stato in cui si trova 
la runzione RL. 

Quando lo stato REMS o RWLS ë attivo l'apparecchiatura deve ignorare i comandi dei 
controlli locali e rispondere ai Successivi dati in input ricevuti attraverso 
l'interfaccia. 

Iuttavia una apparecchiatura puó essere progettata, come funzione della sua capa- 
cità di registrare un programma, per: 


(1) Utilizzare i comandi dei controlli locali nella posizione in cui si trovano 
rinché non sono "scavalcati" dai dati ricevuti di input attraverso l'inter- 
raccia 


(2) Oppure usare i dati di input ricevuti precedentemente attraverso l'interfaccia. 


Inversamente quando lo stato REMS o RWIS non 6 attivo, l'apparecchiatura deve ri- 
spondere all'uso successivo dei controlli locali ed ignorare i successivi dati di 
input ricevuti attraverso l'interfaccia. 


————————————!——————————————————————————————^coOOÓ DOC —————— rw n Aa ra 
Identifi D Stati Altri Altrisottoinsiemi 
UD Lo Descrizione ERN | eae y kay, 
cazione omessi requisiti di funzioni richieste 


h———— ——— À——————— _—___———___ yth..eeitT—@rrppis_zytz1r———————_—————__—_n0@mn0S0i--hitzizi-lh-/h-i111@Q0ott.’iQv’ìIi’ih—___ ncarrFrama 


RLO Nessuna prestazione tutti nessuno nessuno 
RL1 Prestazione completa nessuno nessuno L1-L4 o LE1-LE4 
RL2 Nessun biocco locale LWLS e RWL‘ PLI L1-14 o LE1-1,E4 
sempre 
falso 





Tabella 23- Tipì di funzioni RL permesse 


Tuttavia un'apparecchiatura può essere progettata per: 


(1) Utilizzare l'ultimo dato ricevuto in input finché non è scavalcato da succes- 


sivi posizionamenti dei controlli locali 
(2) Oppure utilizzare il valore attuale di tutti i controlli quando gli stati 


REMS o RWLS non sono attivi, 


Si richiede che il messaggio rtl non sia generato in permanenza. 
Le appiicazioni che richiedono un controllo assolutamente locale di una apparec- 


chiatura per mezzo di una sorgente di programmazione locale (per esempio un opera- 
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tore umano) sono oltre il campo di definizione di questo standard. 


2.9. FUNZIONE D'INTERFACCIA PP (PARALLEL POLL = INTERROGAZIONE PARALLELA) 


2,9.1. Descrizione generale 


La funzione d'interfaccia PP permette che una apparecchiatura trasmetta all'unità 
di controllo in carica un bit di stato senza che sia stata prima indirizzata a 
parlare. 

Le linee di segnale da DIO1 a DIO8 sono utilizzate per trasmettere i bit di stato 
dell'apparecchiatura durante una interrogazione parallela. Questo permette di ave- 
re fino a otto apparecchiature collegate all'interfaccia, utilizzando una linea 
per riportare lo stato di ciascuna apparecchiatura; in ogni caso si può utilizzare 
un numero qualunque di apparecchiature se queste utilizzano le stesse linee DIO, 





LPPE ^ (PACS) a (ACDS) | 
v 


pon 








| ((PPD ^ (PACS) ) v PPU) ^ (ACDS) 1 
v 
| Tpe1 
ATN v IDY IDY A ATN 
(entro ts } (entro t y ) 
PPC ^ ^ (CDS) 
Km) 
PCG ^ PPC ^ (ACDS) 





Figura 11- Diagramma degli stati della funzione PP 








Messaggi Stati delle funzioni d'interfaccia 
pon = power on PPIS = parallel poll idle state (stato di 
(alimentazione accesa) interrogazione parallela in non opera) 
ist = individual status PPSS = parallel poll standby state (stato 
{stato individuale, ta- di interrogazione parallela in ri- 
bella 25) poso) 
lpe = local poll enabled PPAS - parallel poll active state (stato 
(interrogazione locale di interrogazione parallela atti- 
abilitata) vo) 


| (cont. ) 


Sch 


ATH = attention PUCS = parallel poll unaddressed to con- 


(attenzione) figure state 

IDY = identify PACS = parallel poll addressed to con- 
(identifica) figure state 

PPE = parallel poll enable I (ACDS) = accept data state (la funzione AH 
(abilita l'interrogazione ë nello stato di accettazione dati) 
parallela) 

PPD = parallel poll disable (LADS) = listener addressed state (la fun- 
(disabilita l'interroga- zione I], è nello stato di ascolta- 
zione parallela) tore indirizzato) 


PPC = parallel poll configure 
(configura l'interrogazione 
parallela) 


PCG = primary command group 
(gruppo comandi fondamentali) 


PPU = parallel poll unconfigure 
(non configurare l'interroga 
zione parallela) 


A ee e e Teme‘ ene] A 


Tabella 24 - Mnemonici della funzione PP 


STATO Messaggio remoto emesso [Interazione della funzione 
PP di apparecchiatura 
Qualificatore PPRn* as 
PPIS (F) nessuna 
PPSS (F) nessuna 
PPAS ist =5 T nessuna 
PPAS ist S (F) nessuna 


* Questa colonna si riferisce solamente al messaggio specifico assegnato 


dall'apparecchiatura 


** Vedi il sottoparagrafo 2.9.3.3., secondo capoverso. 


e 
Tabella 25- Messaggi di output della funzione PP 


L'impiego in un sistema dell'interrogazione parallela (parallel poll) richiede che 
l'unità di controllo in carica esegua un'interrogazione parallela (parallel poll) 
periodicamente. | 

L'interrogazione parallela puà essere usata per indicare una richiesta di servi- 
zio. Questa prestazione differisce dall'impiego del messaggio SRQ nei seguenti 
punti: 


(1) Ad un'apparecchiatura che utilizza i'interrogazione parallela puó essere as- 
segnata una linea del bus su cui é trasmessa la sua richiesta di servizio, 
mentre le richieste di servizio di tutte le apparecchiature che usano il mes- 
saggio SRQ sono trasmesse tutte sulla medesima linea del bus. Quindi l'inter- 
rogazione seriale (serial poll) non è richiesta per identificare l'apparecchia- 
tura che richiede il servizio 


(2) Sebbene il messaggio SRQ può essere trasmesso attraverso l'interfaccia ogni 
quai volta un'apparecchiatura richiede un servizio, le richieste di servizio 
possono essere trasmesse mediante l'interrogazione parallela (parallel poll) 
solamente quando é richiesto dall'unità di controllo in carica. 


2.9.2. Diagramma degli stati della funzione PP 


La funzione d'interfaccia PP deve essere realizzata in coerenza con il diagramma 
degli stati di figura 11 che sono descritti in tutto il paragrafo 2.9. La tabella 
24 specifica i messaggi e gli stati coinvolti nella transizione da uno stato ad 
un altro. 

La tabella 25 specifica quali messaggi devono essere trasmessi in ogni stato del- 
ia funzione PP e l'interazione con la funzione dell'apparecchiatura. 


2.9.3. Descrizione degli stati della funzione PP 


2.9.3.1. PPIS (Parallel Poll Idle State = Stato di interrogazione parallela in non opera) 


Nello stato PPIS la funzione PP non può rispondere ad un'interrogazione parallela 
(parallel poll) trasmessa dall'unità di controllo. Quando l'apparecchiatura è ac- 
cesa la funzione PP entra nello stato PPIS. 

Nello stato PPIS tutti i messaggi PPR (parallel poli response = risposta all'in- 
terrogazione parallela) devono essere trasmessi "passivi" e "falsi". 

La funzione PP deve uscire dallo stato PPIS ed entrare nello stato PPSS (parallel 
poll standby state) se: 


(1) Il messaggio PPE (parallel poll enable = abilitazione dell'interrogazione pa- 
rallela) è "vero" e gli stati PACS e ACDS sono attivi 


(2) Oppure il messaggio lpe (local pool enabled) è "vero". 


Nota: Entrambe queste transizioni sono opzionali; solamente una deve essere usa- 
ta. 


Lh 
LAT 


¿.Yr 3.2. PPSS (Parallel Poll Standby State = Stato di interrogazione parallela in 
riposo) | 


Nello stato PPSS la funzione PP può rispondere ad interrogazioni parallele emesse 
dall'unità di controllo ogni qualvolta queste siano emesse. 

Neilo stato PPSS tutti i messaggi PPR devono essere emessi "passivi" e "falsi". 
La funzione PP deve uscire dallo stato PPSS ed entrare: 


(1) Nello stato PPAS (parallel poll active state - stato di interrogazione paral- 
lela attivo), entro il tempo ts, se i messaggi IDY (identify - identifica) 
ed ATN sono "veri" (una interrogazione parallela è in atto) 


¡21 Nello stato PPIS se: 
(a) il messaggio lpe è "falso" 


(b) oppure il messaggio PPD (parallel poll disable = interrogazione parallela 
disabilitata) è "vero" e gli stati PACS ed ACDS sono attivi 


c) oppure il messaggio PPU (parallel poll unconfigure = interrogazione parel- 
lela non configurata) è "vero" e lo stato ACDS è attivo. 


Nota: Entrambe le transizioni lpe, o PPD, sono opzionali; una sola può essere 
utilizzata. 


2.9.3.3. PPAS (Parallel Poll Active State - Stato d'interrogazione parallela al- 
tivo) 


Nello stato PPAS la funzione PP risponde all'interrogazione parallela attualmente 
eseguita dall'unità di controllo. 

Nello stato PPAS uno dei messaggi PPR deve essere trasmesso "vero" se, e solo se, 
il valore ist (individual status = stato individuale) è uguale al valore del bit 
S (sense = senso) ricevuto come parte dell'ultimo comando PPE ricevuto. Il mes- 
saggio PPR da inviare deve essere quello specificato dai tre bit Pl, P2 e P3 ri- 
cevuti come parte dell'ultimo comando PPE ricevuto, La tabella 26 riporta il mes- 
saggio PPR specificato da ognuna delle combinazioni dei valori di P1, P2 e P3 
(vedi il paragrafo 2.9.5). Tutti gli altri messaggi devono essere inviati "passi- 
vi" e "falsi". 

La funzione PP deve uscire dalio stato PPAS ed entrare nello stato PPSS, entro il 


tempo fs se il messaggio IDY oppure ATN è "falso" (l'interrogazione parallela ë 
finita). 


2.9.3.4. PUCS (Parallel Poll Unaddressed to Configure State) 


Nello stato PUCS la funzione PP deve ignorare ogni messaggio PPE oppure PPL che 
sia stato ricevuto attraverso l'interfaccia. Quando si accende l'apparecchiatura 
la runzione PP si pone nello stato PUCS. 

La funzione PP non emette alcun messaggio remoto quando è nello stato PICS. 

La runzione PP deve uscire dallo stato PUCS ed entrare nello stato PACS (parallel 
poll addressed to configure state) se il messaggio PPC è "vero" e gli stati LALS 
e ACDS sono attivi. 


a4 


.9.3.5. PACS (Parallel Poll Addressed to Configure State) 
sello stato PACS la funzione PP può agire sui messaggi PPE e PPD ricevuti attra- 
verso l'interfaccia. Se è ricevuto un messaggio PPE i bit S, P1, P2 e P3 devono 


essere registrati dalla funzione (vedi sottoparagrafo 2.9.5). 


 ———o——— w. aa sÍ F-q— A AA A AP 





Bit ricevuti con il più recente Messaggio PFH 
comando PPE specificato 
PS o2 P] 
O O O PERI 
O O 1 PPR2 
A 1 O ER 
A 1 1 PPRA 
1 O O EPRS 
} O 1 PERO 
1 1 PERZ 
1 1 1 PPK8 


Tabella 26 - Messaggio PPR specificato da ognuna del 
le combinazioni di valori di P1, Pee P3 


a m&EEGÈh-/*-L--<=_———12KG (AE MANA PIA ns iI VIA III ALA ii ii 
Identifi Descrizione Stati Altri Altri sottoinsiemi di 


cazione omessi requisiti funzioni richieste 
————m&nth[/ci--———__m—m———€ÈÈrrryÈ_____r————__——__2n n —`.>——m r +» ->- _ _ _09qypy>_#_Ht_-t_ 


PRO Nessuna presta- LuLti nessuno PESSUGO 
zione 
PPL Prestazione com nessuno inclusi [( (PPD A (PACS) ) L1-L4 o LEl-LE4 
pleta v PPU) A CACDS) | 
inclusi [PPE A (PACS) A 
ACDS] 
esc luso pe 
PES Umessa la possi- PUCS,PACO dielnso. Lpe MESA 
bilitá di essere eselusi [((PPD A (PACS) V 
configurata da PPU) ^ CACDS)] 
un'unità di con esclusi [PPE A (PACS) A 
trollo y (ACDS)] 


i messaggi locali de-- 
VOTO essere Soslitui— 


KE tithe tee, AR Pea pes 





Tabella 27 «Tipi di Funzioni Pl permesse 


we Go Poe pF o nonu emette alculi messaggio. Fee lo guando e hello stato BACC, 
¿a Muzzione PP deve uscire dallo stato PACS ed entrare nello stato FUCS quando i. — 
^" m 


messaggio PCG è "vero", il messaggio PPC (parallel poli configure) è "falso" e lo 
stato ACDS é attivo. 


ums Nc Pipi di funzioni PP permessi 


i tipi di funzione PP permessi sono specificati nella tabella 27. 
XL, da Teror requisiti e prescrizioni per la funzione FP 





Se la runzione PP scelta ë la PP2, si deve utilizzare un mezzo diverso dal comando 

FFE per specificare ii messaggio PPR ed il senso del messaggio da usare durante una 
interrogazione parallela. 5i lascia al progettista la scelta dello schema da impie- 
gare ma si ricorda che tali valori devono poter essere stabiliti in field all'atto 

della configurazione del sistema. 


2.ic. FUNZIONE D'INTERFACCIA DC (DEVICE CLEAR = AZZERA L'APPARECCHIATURA) La 


2.1 .1, Descrizione generale 


La funzione DC permette all'apparecchiatura di essere azzerata (inizializzata) sia 
individualmente che come parte di un gruppo di apparecchiature. Il gruppo può ts- 
sere una parte o tutte le apparecchiature indirizzate in un”sistema, 


2.10.2. Diagramma degli stati della funzione DC I 


La tunzione DC deve essere realizzata in modo coerente al diagramma degli stati di 
figura 12 secondo le descrizioni di tutto il paragrafo 2.10. ba tabella 28 speci- 
fica i messaggi e gli stati coinvolti nelle transizioni da uno stato attivo ud un 
altro. La tabella 29 specifica l'interazione della funzione di apparecchiatura 

per ogni stato attivo, 


2,10.3. Descrizione degli stati della funzione 


2,10.3.1. DUIS (Device Clear Idle Stale - Stalo di azzeramento apparecchiatura in 


non opera) 


Nello stato DCIS la funzione DC non è attiva. 

La funzione DC non emette alcun messaggio quando è nello stato DCIS. 

La funzione DC deve uscire dallo stato DCIS ed entrare nello stato DCAS (device 
clear active state = stato di azzeramento apparecchiatura attivo) se lo stato 


ACDS è attivo e: 





(DCL v | SDC ^ (LABS) | )A(ACDS) 


A e 


(DCL vi SDC ^ (LADS) 1) v (ACDS) 





Figura 12 - Diagramma degli stati della funzione DC 


` 


\i\ Il messaggio DCL (device clear . azzera l'apparecchiatura) è "vero" 
, 27 Oppure il messaggio SDC (selected device clear = azzera l'apparecchiatura se- 


lezionata) è "vero" e lo stato LADS è attivo. 


hota: L'impiego dell'espressione che conliene il messaggio SDC è opzionale. 


^s 


2.10.3.2, DCAS (Device Clear Active Slale hah di azzeramento appureeemrat ares 


attivo) 


Nello stato DCAS la funzione DC invia allale) funzione(i) di apparecchiaturia N 


“e5saggio interno che le azzera. 


i 
CH 


funzione DC non emette alcun messaggio remoto quando è nello stato Di, 

La funzione DC deve uscire dallo stato DCAS ed entrare nello stato DCIS Cdevice 
clear idle state = Stato di azzeramento apparecchiatura in non opera) sr io gtit 
ACDS non è attivo e: 


(1) Né il messaggio DCL * "vero" 


(2) Né il messaggio SDC è "vero" e lo stato LADS è attivo. 


Hota: L'impiego dell'espressione che contiene il messaggio SUC € opzionale. 


p» ak Tipi di funzioni DC permesse 





i tipi di funzioni DC permesse sono elencati nella tabella 30. 


2,10.5. Ulteriori requisiti e prescrizioni per la funzione DC 


Lo stato DCAS influenza solamente le funzioni di apparecchiatura c nor influenza 
altre funzioni d'interfaccia (azzearate da IFC). Una apparecchiatura può utilizza» 
re la funzione DC per ogni scopo coerente con la sua operazione. L'impiego norma 
le di questa funzione pone le funzioni di apparecchiature nello stato pon | poser 
on state). Tuttavia, questa funzione può essere usata per porre qualunque sortoln- 
sieme delle funzioni di apparecchiatura in uno stato definito e ritenuto appropria- 


to dal progettista. 


2,11. FUNZIONE D'INTERFACCIA DT (DEVICE TRIGGER) 


2.ll.l. Descrizione generale 


La runzione d'interfaccia DT permette di far partire l'esecuzione delle operazioni 
fondamentali dell'apparecchiatura individualmente od insieme a quelle di un gruppo 
di altre apparecchiature. Il gruppo può essere costituito da tutte le apparecchia- 
ture indirizzate in un sistema o da una parte di esse, 





Messaggi stati delle funzioni d'interfaccia 

DCL = device clear DCIS = device clear idle state (stato di 
\inizializza l'apparec- azzeramento apparecchiatura in 
chiatura) non opera) 

SDC = selected device clear DCAS - device clear active state (stale 
(inizializza l'apparec- di azzeramento apparecchiatura 
chiatura selezionata) attivo) 

(ACDS) = accept data state (funzione AH 


nello stato di accel.tazione dati) 


LADS . listener addressed state (funzio- 
ne L nello stato di ascoltatore 
indirizzato) 





Tabella 28 - Mnemonici della funzione DC 





STATO Messaggio remoto emesso Interazione della funzione 


DO di apparecchiatura 
er er A TE eee n 


DCIS nessuno Funzione di apparecchiatura in furn- 


Zionamento normale 


DCAS nessuno La funzione di apparecchiatura deve 
ritornare in uno stato stabile cono- 


sciuto 


——————<€ÈZ=E@È@È@W@_r———— —_____—_—_1214> _@WÒ-Ò .Tr.aztt_t_11H11É1 tt, l/l=._w—www,nixkhikr=m_vww,\n2h\momnm1À1Àkzwwwwi.ym____  . 


Tabella 29- Messaggi in uscita della funzione DC 


de 


EE UR e A e I I E UE SSS UU UR UU UI UU UE UU p I o E PP RR mmm —————MÁ—MM— 


Identifi Descrizione Stati Altri Altri sottcinsieme di 


cazione omessi requisiti funziorie richiesti 
Ee 
DCP Nessuna presta- Tutti Nessuno nessuno 
zione 
Del prestazione com nessuno nessuno L1-L4 o LE1-LE4 
pieta 
DC2 omesso l'azzera nessuno omessi [SDCA(LADS)] AHI 


mento di appa- 
recchiatura se- 
lettivo 





Tabella 30-Tipi di funzioni DC permesse 





GET ^ (LADS) ^ (LACUS 


AR 


GET Y v (ACDS 


3 





Figura 13- Diagramma degli stati della funzione DT 


2.11.2. Diagramma degli stati della funzione DT 





La funzione DT deve essere realizzata in coerenza con il diagramma degli stati di 
figura 13 come descritto in tutto il paragrafo 2.11. La tabella 3l specifica imes- 
saggi e stati necessari per effettuare le transizioni da uno stato attivo ad un ai- 
tro. La tabella 32 specifica l'interazione deila funzione di apparecchiatura ri- 


~ 


chiesta quando ogni stato ë attivo. 


2.11.3, Descrizione degli stati della funzione DT 


2.11.3.1. DTIS (Device Trigger idle State = Stato di device trigger in non operaj 


Nello stato DTIS la funzione DT non è attiva. La funzione DT non emette alcun mes- 
saggio remoto quando è nello stato DIIS. 

La funzione DT deve uscire dallo stato DTIS ed entrare nello stato DTAS (Device 
trigger active state) se: 


¿11 Il messaggio GET (group execute trigger) è "vero" 


(2: E gli stati LADS e ACDS sono attivi. 
2,11.3.2. DTAS (Device Trigger Active State) 


Nello stato DTAS la funzione DT invia un messaggio interno alla funzione di appa- 
recchiatura, che ia iniziare l'esecuzione della sua operazione fondamentale. 

La runzione DT non emette alcun messaggio remoto quando è nello stato DTAS. 

La funzione DT deve uscire dallo stato DTAS ed entrare nello stato DTIS se: 


(1) Il messaggio GET è "falso 


^ 


(2) Oppure 1o stato LADS non é attivo 


(3) Oppure lo stato ACDS non è attivo. 


dad zs Tipi di funzione DT permessi 


I tipi di funzione DT permessi sono specificati nella tabella 33. 


2.11.5, Ulteriori requisiti e prescrizioni per la funzione DT 


Lo stato DTAS indica che l'apparecchiatura (od una parte specifica di essa) deve 
iniziare ad eseguire le sue operazioni. Si raccomanda che l'apparecchiatura inizi 
ad eseguire l'operazione suddetta non appena lo stato DTAS diventa attivo. 

Una volta che l'esecuzione di un'operazione è iniziata non deve rispondere a Suc- 
cessive transizioni di stato finché l'operazione è slata eseguita completamente. 
L'apparecchiatura puó iniziare ad eseguire una nuova operazione, in risposta alla 
condizione di stato DTAS, solo dopo che l'esecuzione della prima operazione è com- 


pletata. 


——Èrr————————_—_—_—_—_—_—_—_—_—_—_—_—_—_—_—_———————— — — n rm orrore cr A 
Messaggi Stati delle funzioni d'interfaccia 
— Ó— tài —— Qvi È J“/l]/P’—’—*%À]ÌÀ7<-WFÉs-h—--j-l.l._._——==—_|,.rò=—1..x=—=wwr.wwwlr.wiiyilt\-,=-=x==rye 12 itimsmo ameno 


GET = group execute trigger DTIS = device trigger idle state (device 
trigger in non opera) Lui 


DTAS :: device trigger active state 


(device trigger altivo) 


accept data state (funzione AH 
nello stato accettazione dati) 


(ACDS) 


listener addressed state (funzione 


(LADS) 


J 
: 


L nello stato di ascoltatore indi- 


rizzato) 





Tabella 31 -- Mnemonici della funzione DT 





pon 


Q (STRS) (me 
IFC ^ (SACS) TCT ^ (ACDS) 
(entro t 4 ) ^ 
i ( RDS) 
[IFC ^ (REDS) «| TCT ^ ADD I 
v 
(STAS) 
Oua my ns) 














Pp sA TED tes ^ GD 
v 
tca 
SRQ rsc 
(es m o _ 





m Figura 14- Diagramma degli stati della funzione Ç 
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a A —€=Enu»u© Ih_r—r—w_=P—————————Tr_" a —r—c—zz_e' 


IA messaggi remoti emessi Interazione della funzione 
SIS di apparecchialura 


Dr Ce Nessuno Operazione normale della funzione di appa- 
recchiatura 


[AS nessuno La funzione di apparecchiatura deve irnizia- 
re ed eseguire l'operazione comandata da 


Lriggor 





Tabella 32 - Messaggi di uscita della funzione DT 





Ideutirr Descrizione Stati Altri Altri insiemi di fur- 


cazione omessi requisiti Sot Fichleste 
" 


DT. Nessuna prestazione Tatti Nessuno Nessuno 


DTI Prestazione completa nessuno nessuno L1-L4 o LE1-LE4À 





Tabella 33- Tipi di funzioni DT permesse 








Messaggi Stati delle funzioni d'interfaccia 
por = power on CIDS - controller idle slate (stato di a- 
(alimentazione accesa) nità di controllo in non opera) 
rsc = request system control CADS - controller addressed state (stato 
(richiedi il controllo di unità di controllo indirizzata, 


del sistema 


rpp = request paraliel poli EENS = controller transfer state (stato di 
(richiedi l'interroga- unità di controllo in Lrasmumits:i.- 
zione parallela) ne) 
gts =- go to standby CACS - conlroller active state (stato di 
(vai in stato di riposo) unità di controllo attiva) 
toa = take control asynchronously CPWS controller parallel poll wait state 
iprendr zl controls in (stato di unità di controllo in at- 
modo asincrono) tesadi interrogazione parallela; = 





(cont ed 


(cont. ) | 


tcs 


sic 


sre 


x 
bz 
= 


TCT 


I 


take control synchronously 


(prendi il controllo in 
modo sincrono) 


send interface clear 
(invia l'azzeramento 
dell'interfaccia) - 


send remote enable 
(invia l'abilitazione di 
funzionamento remoto) 


interface clear 


(azzera l'interfaccia) 


attention 
(attenzione) 


take control 
(prendi il controllo) 


CPPS 


CSBS 


CAWS 


CSWS 


CSRS 


CSNS 


SNAS 


SACS 


SRIS 


SRNS 


SRAD 


controller parallel poll state 
(stato di unità di controllo impe- 
gnata in un interrogazione paralie- 
la) 


controller standby state (stato di 
unità di controllo in riposo) 


controller active wait state (stato 
di unità di controllo in attesa di 


attivarsi) 


controller synchronously walt state 
(stato di unità di controllo in at- 
tesa sincrona) 


controller service requested state 
(stato di unità di controllo in ri- 
chiesta servizio) 


controller service not requested 
state (stato di unità di controllo 


in servizio non richiesto) 


system control not active state 
(stato di unità di controllo del 
sistema non attiva) 


system control active state (stato 
di unità di controllo del sistema 
attiva) 


system control remote enable idle 
state (stato di unità di controllo 
del sistema con abilitazione di fun- 


zionamento remoto in non opera) 


system control remote enable not 
active state (stato di unità di con 
trollo del sistema con abilitazione 


di funzionamento remoto nori attivo) 


system control remote enable active 
state (stato diunita di controllo 
del sistema con abilitazione di 


funzionamento remoto attivo) 


ZII II I‘ ll INT Ill A 


(cont. ) 





DL : Syslem control interface clear dic 
state (stato Gi unità di controllo 
del sislema in azzeramento inler- 


faccia in non opera) 


SANS - system control interface clear net. 
active state (stato di unità di ccn- 
trollo del sistema in azzeramento 


interfaccia non attivo) 


SOLAS = System control interface clear ac- 
tive state (stato di unità di corn- 
trollo del sistema in azzeramnerteo 


Lnberfacelu sibi vo) 


(ACDS) - accept data state (Funzione AH nel- 


lo stato acceltazione dati) 


(ANRS) = acceptor not ready state (funzione 
Atl nello stato di ricevitore nor 


pronto) 
(STRS) - source transfer stale (funzinenec AH 
nello stato di sorgente che braste- 


risce messaggi) 


talker addressed state -€furizione Y 


ll 
rl 
CH, 
t 


nello stato di parlatore indirizza- 
to) 





Tabella 34 Mnemonici della funzione € 


2.12. FUNZIONE D'INTERFACCIA C (CONTROLLER - UNITA' Di CONTROLLO) 


2.12.1. Descrizione generale 





La funzione d'interfaccia C permette di trasmettere indirizzi di apparecchiatura, 
comandi universali e comandi indirizzati ad allre apparecchiature attraverso s'in- 
terfaccia. Inoltre permette di effelluure delle interrogazioni parallele (paraliel 
polis) per rilevare quale apparecchialura richiede un servizio. 

La funzione d'interfaccia C può eseguire le sue prestazioni solamente quando esta 
emette il messaggio ATN attraverso l'interfaccia. 

Se più di un'apparecchiatura collegata all'interfaccia è provvista della funzione 
C allora tutte le funzioni C meno una devono essere nello stalo CIDS (controller 
idle state - unità di controllo in stato non opera) in qualunque momento. 


L'apparecchiatura con la funzione C che non e nello stato CIDS è detta "unita di 
controllo in carica'(del sistema d'inlerfaccia). In questo standard viene fornito 
iun protocollo che permette di alternare nella funzione di “unità di controllo in 
carica" le diverse apparecchiature, collegate all'interfaccia, che sono provviste 
della funzione d'interfaccia C. 

La funzione C di una sola apparecchiatura collegata all'interfaccia puo essere nel- 
lo stato SACS (system control active state = stato di controlio del sistema atti- 
vo). Deve rimanere in questo stato per l'intera cperazione in corso sull'intertac- 
cia ed è così in grado di emettere i messaggi IFC e REN altraverso l'interfaccia 
in qualsiasi momento anche se non è l'unità di controllo in carica. Questa apparec- 
chiatura è detta unità di controllo del sistema (system controller). 


2.12.2, Diagramma degli stati della funzione € 





ia funzione d'interfaccia C deve essere realizzata in coerenza con il diagramma de- 
gli stati di figura 14 come descritti nell'intero paragrafo 2.12, La tabella 34 
specifica i messaggi e gli stati coinvolti nella transizione da uno stato attivo 

ad un altro. La tabella 35 specifica quali messaggi devono essere emessi quando la 


funzione è in un certo stato e l'interazione con la funzione dell'apparecchiatura. 


~ ^ 


2.12.3. Descrizione degli stati della funzione C 


2.12.3.1. CIDS (Controller Idle State . Stato dell'unità di controllo in non opeca: 


Hello stato CIDS la funzione C non é in grado di eseguire nessuna delle sue atti- 

vita di controllo dell'interfaccia. Quando l'apparecchiatura viene accesa la furi- 

zione C entra nello stato CIDS. 

Nello stato CIDS i messaggi ATN e IDY devono essere inviati "passivi" e "faisi' ed 
il messaggio NUL deve essere inviato "vero passivo". 

La funzione C deve uscire dallo stato CIDS ed entrare nello stato CADS (controller 
addressed state - stato di unità di controllo indirizzata) quando: 
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ev Messaggi remoti emessi Interazione della funzione 


x geg 


E o a di apparecchiatura 
ATN IDY Multilinea 


CIDS (F) (F) {NUL) La funzione di apparecchiatura non 
deve emettere messaggi d'interfaccia 


CADS (F) (F) (NUL) La funzione di apparecchiatura non 
deve emettere messaggi d'interfaccia 


CACS T F We La funzione di apparecchiatura puo 
emettere messaggi d'interfaccia 


CPWS T T (NUL) La funzione di apparecchiatura non 
deve emettere messaggi d'interfaccia 

CPPS T T (NUL) La funzione di apparecchiatura può 
ricevere messaggi PPR 

CSBS F (F) (NUL) La funzione di apparecchiatura non 
deve emettere messaggi d' interfaccia 

CSWS T Fo QE) (NUL) La funzione di apparecchiatura rion 
deve emettere messaggi d' interfaccia 

CAWS T F | (NUL) La funzione di apparecchiatura non 
deve emettere messaggi d'interfaccia 

GER T F TCL La funzione di apparecchiatura deve 


finire di emettere il messaggio TCT 


A EA deze 


STATO Messaggi remoti emessi Interazione della funzione 
—  . —— M ———O — Lé H 3 
$ "e di apparecchiaturá 
eC 


—a n 


7 .I OY -: 


SIIS (F) Nessuna 
SINS F Nessuna 
SIAS T Nessuna 


A == = one: | 


STATO Messaggi remoti emessi Interazione della funzione 
__t——T—————T—r———@— mm -mTm D D 
* di apparecchiatura 
REN 
SRIS (F) Nessuna 
SRE 5 F Nessuna 
SRA S dk Nessuna 


a ee ne 


(OOTA 





dé 


STATO Messaggi remoti emessi Interazione delia funzione 
di apparecchiatura 


-—|@———_——m_€___È€@@@—@1__Èkmk—_—_._._—_+_—_—+—____=2222==—2—22-«+—_— © P a HA a 


CSNS Nessuno Non esiste alcuna richiesta di ser- 
vizio 
CSRS Nessuno La funzione di apparecchiatura è in- 


formata della richiesta di servizio 











* I valori dei messaggi emessi sono mostrati solamente di fronte agli stati 
che li influenzano. Ogni parte della tabella corrisponde ad un gruppo di 
stati mutuamente esclusivi entro la funzione C. 


TX Qualunque messaggio d'interfaccia codificato elencato nella tabella 38. 
Sebbene abilitato dalla funzione C questi messaggi hanno origine entro 
le funzioni deli'apparecchiatura. | 


Bee 


Tabella 35- Messaggi in uscita della funzione C * 


(1) Il messaggio TCT (take control = assumi il controllo) è "vero", gli stati TADS 
e ACDS sono attivi ed il messaggio IFC è "falso" 


(2) Oppure lo stato SIAS (system control irterface clear active state) è attivo. 
Nota: L'espressione che contiene il messaggio TCT à opzionale. 


2.12.3.2. CADS (Controller Addressed State - Stato di unità di controllo iridiriz- 


zata) 


Nello stato CADS la funzione C sta per diventare l'unità di controllo in carica 

del sistema d'interfaccia ma é in attesa che l'attuale unità di controllo smetta 
di trasmettere il messaggio ATN. 

Nello stato CADS i messaggi ATN e IDY devono essere emessi "falsi passivi" ed il 
messaggio NUL deve essere emesso "vero passivo'. 

La funzione C deve uscire dallo stato CADS ed entrare: 


(1) Nello stato CACS (controller active state = stato di unità di controllo atti- 


` 


vo) se il messaggio ATN ë "falso" 


(2) Nello stato CIDS, entro il tempo ta, se il messaggio IFC è "vero" e lo stato 


` 


SACS non ë attivo. 
2.12.3.3. CACS (Controller Active State = Stato di unità di controllo attivo) 
Nello stato CACS la funzione C abilita il trasferimento di messaggi d'interfaccia 


multilinea dalle funzioni di apparecchiatura alle linee dell'interfaccia. Questi 
messaggi comprendono indirizzi di apparecchiatura, comandi universali o comandi 
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indirizzati., La funzione SH stabilisce quando le funzioni di apparecchiatura pos- 
sono cambiare il contenuto dei messaggi multilinea emessi. Tuttavia il contenuto 
di un messaggio è determinato solamente dalle funzioni di apparecchiatura. 


_ . S ———— M———————————— A 
Comandi universali 


(multilinea) ` Indirizzi 

LLO (LAD) * 
DEL : (TAD) #* 
SPE UNL 
SPD "EE: 
PPU 

Comandi indirizzati Comandi secondari 
GET (SAD) 
GTL PPD 
PPC PPE 
SDE 
TOT 


* Rappresenta un indirizzo di ascolto di una apparecchia- 
tura specifica (ricevuto come MLA) 


* * Rappresenta un indirizzo di parlatore di una apparccchia- 
tura specifica (ricevuto come MPA od OTA) 


Rappresenta la seconda parle dell'indirizzo di una appa- 
recchiatura specifica (ricevuto come MOA od OSA) 


I 
Tabella 36 — Messaggi multilinea 


Il messaggio ATN deve essere inviato continuamente "vero" ed il messaggio [bY deve 
essere inviato continuamente "falso" mentre lo stato CACS è attivo, sotto tali con 
dizioni qualunque messaggio della tabella 36 può essere emesso dalle funzioni di 
apparecchiatura. 

La tabella C deve uscire dallo stato CACS ed entrare: 

(1) Nello stato CTRS (controller transfer state) se il messaggio TCT è "vero", lo 


~ 


stato TADS è (opzionalmente) non attivo e lo stato ACDS è attivo 

(2) Nello stato CPWS (controller poll wait = stato di unità di controllo in attesa 
d'interrogazione parallela) se il messaggio rpp (request parallel poil ri 
-hiesla di interrogazione parallela) e "vero" 

(3) Nello stato CIDS, entro il tempo la, Se il messaggio 1FC è "vero" e lo stato 


SACS non è attivo 


i4? Hello stato CSBS (controller standby state ~ stato di unità di contiroilo in 
riposo) se il messaggio gis (go to standby = mettiti in riposo) è "vero" c 
lo stato STRS non é attivo. 


2.12.3.4. CPWS (Controller Parallel Poil Wait State = Stato di unità di controllo 
in attesa d'interrogazione parallela) 


Nello stato CPWS la funzione C stà eseguendo un'inlerrogazione parallela attraver- 
so l'interfaccia ma è in attesa che i segnali DIO siano posizionati. 

Nello stato CPWS i messaggi ATN e IDY devono essere inviati "veri" ed il messaggio 
NUL deve essere emesso "vero passivo". 

wa funzione C deve uscire dallo stato CPWS ed entrare: 


ıl) Nello stato CPPS (controller parallel poll state = Stato di un'unità di con- 
trollo in interrogazione parallela) dopo che è trascorso il tempo Tg 


(2) Nello stato CIDS, entro il tempo ta, se il messaggio IFC è "vero" e lo stato 
SACS non è attivo. 


2.12.3.5. CPPS (Controller Poll State = Stato di unità di controllo in interroga- 
zione parallela) 


Nello stato CPPS la funzione C stà eseguendo un'interrogazione parallela e sta 
trasferendo in modo attivo valori dei messaggi PPR alle furzioni di apparecchia- 
ture come sono stati ricevuti dalle linee dell'interfaccia, 

Nello stato CPPS i messaggi ATN e IDY devono essere inviati "veri" ed il messag- 
gio NUL deve essere inviato "vero passivo". 

La funzione C deve uscire dallo stato CPPS ed entrare: 


(1) Nello stato CAWS se il messaggio rpp è "falso" 


(2) Nello stato CIDS, entro il tempo ta, se il messaggio IFC è "vero" e lo stato 
SACS non e attivo, 


2.12.3.6. CSBS (Controller Standby State = Unità di controllo in stato di riposo) 


Nello stato CSBS la funzione C permette che due o più apparecchiature trasferisca- 
no messaggi di apparecchiatura attraverso l'interfaccia. 

Nello stato CSBS il messaggio IDY deve essere inviato "falso passivo" ed il mes- 
saggio NUL deve essere inviato "vero passivo". 

La funzione C deve uscire dallo stato CSBS ed entrare: 


(1) Nello stato CSWS (controller synchronous wait state) se: 


(a) il messaggio tcs (take control synchronously - assume il controllo in modo 


~ ~ 


sincrono) è "vero" e lo stato ANRS é attivo 
(b) oppure il messaggio tea (assume il controllo in modo asinerono) € "vero" 


(2) Nello stato CIDS, entro il tempo t4, se il messaggio LEC € "vero" € lo stato 


x` 


SACS non ë attivo. 


+ 


2.12... 72, CSWS (Controller Synchronous Wait State) 


Nello stato CSWS la funzione C sta per entrare nello stato CAWS (controller active 
wait state) ma attende che sia trascorso il tempo T; per essere sicura che il par- 
latore attualmente attivo riconosca il messaggio ATN che è stato trasferito attra- — 
verso l'interfaccia. Se la funzione C è entrata in questo stato a causa del mes- 
saggio tcs, le funzioni di apparecchiatura devono continuare a trasmetterio "vero" 
durante questo stato. Questo fa sì che la funzione d'interfaccia AH continui ad 
inviare il messaggio RFD "falso" attraverso l'interfaccia, impedendo il trasferi- 
mento del byte successivo. Nello stato CSWS il messaggio ATN deve essere inviato 
"vero", il messaggio IDY deve essere inviato "falso attivo" o "falso passivo" ed 
il messaggio NUL deve essere inviato "vero passivo". 

ta funzione C deve uscire dallo stato CSWS ed entrare: 


(i! Hello stato CAWS dopo che è trascorso il tempo Ty 


(2) Nello stato CIDS, entro il tempo ta, se il messaggio IFC è "vero" e lo stato 


GACS non è attivo. 
Qo ps d mc ANS: Contro EE Active Wait State - Stato di attesa che l'unità di Corn- 
trollo sia attiva) j 


Nello stato CAWS la funzione C aspetta che sia trasmesso il tempo Tg prima di eri 

trare nello stato CACS. Questa attesa garantisce che il segnale EOl sia posiziona 

to al suo valore corretto e che nessuna apparecchiatura stia rispondendo ad un'o- 

perazione che assomiglia ad un'interrogazione parallela. 

dello stato CAWS il messaggio ATN deve essere inviato "vero", il messaggio IDY de- 
ve essere inviato "falso" ed il messaggio NUL deve essere inviato "vero passivo". 

La funzione C deve uscire dallo stato CAWS ed entrare: 


(1) Nello stato CACS se il messaggio rpp è falso ed è trascorso il tempo Tg 
(2) Nello stato CPWS se il messaggio rpp è "vero" 
(è) Neilo stato CIDS, entro il tempo ta, se il messaggio IFC è "vero" e lo stato 


SACS non è attivo. 


EMI O, CIRS (Controller Transfer State = Stato di unikà di controllo in Ert s 


al one) 


Helio stato CTRS 1a funzione C stà trasmettendo il comando indirizzato TCT ad una 
altra apparecchiatura e stà quindi per passare in non opera. 

Nello stato CTRS il messaggio ATN deve essere inviato "vero", il messaggio [DZ de- 
ve essere inviato "falso" ed il messaggio TCT deve continuare ad essere inviato 
"vero". 

La funzione C deve uscire dallo stato CTRS ed entrare nello stato CIDE se: 


(1) Lo stato STRS diventa non attivo 


(2) oppure il messaggio IFC è "vero" e lo stato SACS non è attivo; in questo caso 


la funzione deve passare nello stato CIDS entro il tempo ta. 


Fi 


2.12.3.10. CSRS (Controller Service Requested Stale = Stato di unità di controllo 


in richiesta di servizio) 


Nello stato CSRS la funzione C avverte ie funzioni di apparecchiatura mediante un 
messaggio locale, che almeno un'apparecchitura collegata all'interfaccia stà ri- 
chiedendo un servizio. 

Nello stato CSRS la funzione C non emette alcun messaggio remoto. 

La funzione C deve uscire dallo stato CSRS ed entrare nello stato CSNS (controller 
service not requested state = stato di unità di controllo in servizio non richie- 
sto) se il messaggio SRQ è "falso". 


2.12.3.11. CSNS (Controller Service Not Required State : Stato di unità di control 
lo in servizio non richiesto) 


Nello stato CSNS la funzione C stà avvertendo le funzioni di apparecchiatura, me- 
diante un messaggio locale, che nessuna apparecchiatura collegata all'interfaccia 
stà richiedendo un servizio. | 

La funzione C nello stato CSNS non emette alcun messaggio remoto. 

La funzione C deve uscire dallo stato CSNS ed entrare nello stato CSRS se il mes- 
saggio SRQ è "vero". 


2123.12, SNAS (System Control Net Active State = Stato di unità di controllo del 


sistema non attiva) 


Nello stato SNAS la funzione C cede tutte le sue funzioni di controllo dell'inter- 
faccia. La funzione C nello stato SNAS non emette alcun messaggio remoto. 

La funzione C deve uscire dallo stato SNAS ed entrare nello stato SACS se il mes- 
saggio rsc (request system control = richiesto il controllo del sistema) è "vero". 


ABS. SACS (System Control Active State = Stato di undba di conbtprello del 51 
stema attiva) 


Nello stato SACS la funzione C è in grado di eseguire la sua attività di controllo 
del sistema. Nello stato SACS la funzione C non emette alcun messaggio remoto. 

La funzione C deve uscire dallo stato SACS ed entrare nello stato SNAS se il mes- 
seggio rsc è "falsc". 


2.12.3.14. SIIS (System Control Interface Clear Idle State) 


Nello stato SIIS la funzione C non può azzerare l'interfaccia. Quando la macchina 
viene accesa la funzione C entra nello stato SIIS. 
Nello stato SIIS il messaggio IFC deve essere emesso "falso passivo". 


~ 


La funzione C deve uscire dallo stato SIIS se lo stato SACS e attivo cu entrare: 


(1) Nello stato SINS (system control interface clear not active state) Se il mes- 
saggio sic (send interface clear = invia l'azzeramento dell'interfaccia) è 


"falso" 


(2) Nello stato SIAS (system control interface clear active state) se il messaggio 


sic ë "vero". 
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2.12.3.15. SINS (System Control Interface Clear Not Active State) 


Nello stato SINS la funzione C non è impegnata nell'azzerare l'interfaccia. 
Nello stato SINS il messaggio IFC deve essere continuamente inviato "falso", 
La funzione C deve uscire dallo stato SINS ed entrare: 


(1) Nello stato SIAS se il messaggio locale sic è "vero" 


(2) Nello stato SIIS se lo stato SACS non è attivo. 
2.12.3.16. SIAS (System Control Interface Clear Active State) 


Nello stato SIAS la funzione C è impegnata nell'azzerare l'interfaccia. 

Tutte le funzioni d'interfaccia collegata al sistema devono rispondere al messag- 
gio IFC "vero" e saranno introdotte in uno stato iniziale predefinito. 

Nello stato SIAS il messaggio IFC deve essere inviato "vero". 

La funzione C deve uscire dallo stato SIAS ed entrare: 


(1) Nello stato SINS se il messaggio sic è "falso" e lo stato SIAS è rimasto atti- 
vo per almento un tempo Tg 


(2) Nello stato SIIS se lo stato SACS non è attivo. 
2.12.3.17. SRIS {System Control Remote Enable Idle State) 


Nello stato SRIS la funzione C non ha la capacità di abilitazione remota. Tutte 
le realizzazioni della funzione C devono rimanere continuamente nello stato SRIS 
meno che quando sono usate in un'apparecchiatura in grado di controllare il si- 
stema. 

Nello stato SRIS il messaggio REN deve essere inviato "falso passivo". 

ta funzione C deve uscire dallo stato SRIS ed entrare: 


(1) Nello stato SRNS (system control remote enable not active state) se il messag- 


gio sre (send remote enable = invia l'abilitazione remota) è "falso" e lo sta- 
to SACS è attivo 


(2) Nello stato SRAS (system control remote enable state) se il messaggio sre è 


` 


"vero", lo stato SACS à attivo e lo stato SRIS ë stato attivo per almeno un 


tempo Tg 
2.12.3.18. SRNS (System Control Remote Enable Not Active State) 


Nello stato SRNS la funzione C non è impegnata nell'abilitare operazioni remote di 
altre apparecchiature attraverso l'interfaccia. 

Nello stato SRNS il messaggio REN deve essere inviato "falso passivo". 

La funzione C deve uscire dallo stato SRNS ed entrare: 


(1) Nello stato SRAS se il messaggio sre è "vero" per almeno un tempo Tg 


(2) Nello stato SRIS se lo stato SACS non è attivo. 


2.12.3.19. SRAS (System Control Remote Enable Active State). 


Nello stato SRAS la funzione C è occupata attivamente nell'abilitare operazioni 
remote di altre apparecchiature attraverso l'interfaccia. 

Nello stato SRAS il messaggio REN deve essere inviato continuamente "vero". 

La funzione € deve uscire dallo stato SRAS ed entrare: 


(1) Nello stato SRNS se il messaggio sre è "falso" 


(2) Nello stato SRIS se lo stato SACS non è attivo. 


2.12.4. Tipi di funzioni d'interfaccia C permessi 


I tipi di funzioni d'interfaccia C permessi sono specificati nella tabella 37. 


2.12.5, Ulteriori requisiti e prescrizioni per la funzione C 


Attenzione: Si usi il messaggio tca ccn attenzione. 

Restrizione sull'impiego del messaggio tca: il progettista non deve supporre che 
un dato valido sarà trasferito attraverso l'interfaccia se il messaggio tca diven- 
ta "vero" mentre un messaggio di apparecchiatura è "vero". 

Background: l'interruzione asincrona di un parlatore attivo da parte di un'unità 
di controlio mediante l'uso del messaggio tca può avvenire in qualsiasi memento 
quando un messaggio di apparecchiatura è "vero". Se un messaggio di apparecchia- 
tura è "vero" ed il messaggio ATN diventa "vero", il byte interrotto può essere 
interpretato erroneamente da altre apparecchiature come messaggio d'interfaccia 
(per esempio: come comando od indirizzo) e può produrre transizioni di stato non 
volute. 

Il messaggio tcs, se usato, può cambiare da "falso" a "vero" solamente durante lo 
stato CSBS. Esso può cambiare da "vero" a "falso" solamente durante lo stato CAWS, 
Queste restrizioni garantiscono che il messaggio RFD sia mantenuto "falso" per un 
tempo appropriato durante un'operazione sincrona di assunzione del controllo. 


2.13. CODIFICA REMOTA E TRASFERIMENTO DEI MESSAGGI 


2.13.1. Codifica remota dei messaggi 


n 


Ogni messaggio remoto ë inviato da una funzione d'interfaccia alle altre apparec- 
chiature attraverso le linee d'interfaccia ed attraverso tali linee è ricevuto dal- 
le altre apparecchiature. Questo paragrafo definisce tutti i messaggi remoti ed il 
modo con cui sono codificati e trasferiti sulle linee d'interfaccia. La codifica 

di tutti i messaggi remoti trasmessi o ricevuti dalle diverse funzioni d'inter- 
faccia è specificata nella tabella 38 (Codifica dei messaggi remoti). 


2.13.2. Concetti sulla codifica dei messaggi remoti 


I messaggi possono essere codificati negli stati logici di una o più linee di se- 
gnali. In questo standard un messaggic ricevuto o trasmesso come stato logico di 


` 


un solo segnale ë detto messaggio unilinea (per esempio: ATN). 


Gë 


in questo standard un messaggio ricevuto o trasmesso come combinazione di stati lu 
gici di due o più segnali è detto messaggio multilinea (per esempio: DCL). y 
Un messaggio puó essere definito come la combinazione logica (AND, OR o NOT) di 
altri messaggi (per esempio: OTA). 

La codifica di un messaggio trasmesso o ricevuto è la medesima. 


2,13.3, Trasferimento di messaggi remoti 


Un messaggio è trasferibile pilotando una o più linee di segnali con un livello 
logico 1 o @. Le linee che non sono specificate nella codifica del messaggio non 
devono essere pilotate. 

Un messaggio è ricevuto leggendo uno o più segnali di linea per determinare lo 
stato logico di ogni linea, se 1 o Ø. Le linee che non sono specificate come par- 
te della codifica del messaggio sono ignorate, 

Un messaggio multilinea è considerato valido non appena il suo stato logico è sta- 
to rivelato. | 

Un messaggio multilinea è valido solamente nell'ambito delle funzioni d'interíac- 
cia SH ed AH. Un messaggio multilinea trasmesso è valido quando la funzione SH é 
nello stato STRS (source transfer state - stato sorgente in trasmissione). Un 
messaggio multilinea ricevuto è valido quando la funzione AH è nello stato ACDS 
(accept data state = stato di accettazione dati). 

Tutti i valori passivi dei messaggi sono trasferiti come segnali cor stato Ó. Que- 
sto richiede che sia eseguito solamente l'OR logico degli stati dei segnali sul- 
l'interfaccia. 


lla della codifica dei St i remoti e conven 





XS RC a Organizzazione della tabe 


zioni 


Tutti i messaggi capaci di essere trasmessi o ricevuti mediante una funzione d'in 
terfaccia sono elencati con il nome ed il mnemonico. 

La tabella pone in correlazione i valori dei messaggi ("vero" o "falso) al valore 
logico del segnale sulla linea del bus (1 o d) e viceversa. 

Per ogni messaggio remoto nella tabella è specificata sia la codifica necessaria 
per trasmettere il messaggio che la decodifica richiesta per ricevere il messag- 
pio. 

il valore "vero" di un messaggio unilinea ë specificato assegnando uno stato lo- 
gicc specifico ad un segnale. 

Il valore "vero" di un messaggio multilinea è specificato assegnando un insieme 
univoco di stati logici (100) al corrispondente insieme di segnali che conten- 
gono il messaggio. 

Il valore "falso" di un messaggio è qualunque combinazione di stati logici (la 


rf 


Y)! 
diversa dall'insieme urivoco che specifica il valore "vero". 

Ogni messaggio della tabella è identificato per Lipo : unilinea U o multilinea M. 
gni messaggio è ulteriormente identificato per classe (1 di 7) secondo la funzio 
ne che esegue nell'ambito della funzione d'interfaccia o della funzione di appa- 

recchiatura. Lo stato logico che un segnale di linea dei bus può avere € specifi- 


cato nella tabella come Ø, 1 o X. 


424, 


— 


Questi rappresentano gli stati logici nel seguente modo: 


Q = zero logico 


1 = uno logico 
X = indeterminato (per la codifica di un messaggio ricevuto) 
X = non si deve pilotare (per la codifica di un messaggio trasmesso). 


2,13.5. Descrizione della tabella di codifica dei messaggi remoti 


La tabella 38 descrive ogni messaggio remoto trasmesso (o ricevuto) da ogni fun- 
zione di interfaccia. In pratica due o più messaggi definiti nella tabella possono 
essere trasmessi insieme (per esempio: DAB "vero" e ATN "falso") da diverse funzio 
ni di interfaccia. Perciò la codifica per ogni messaggio (singola riga della ta- 
bella) comprende solamente il contenuto di informazione come è trasmesso da uria 
sola sorgente. 


fica dei messaggi remoti della label- 





2.13.6. Sommario, note e simboli per la codi 
la 38 





Assegnazione dei livelli: 


O = livello di segnale con stato allo 


livello di segnale con stato basso 


= 
Il 


La codifica della tabella 38 può essere tradotta in equivalenti livelli di segnali 
elettrici come specificato nel paragrafo 3.2. 
Simboli: 


Tipo U = messaggio unilinea 
M = messaggio multilinea 
Classe 
AC = comando indirizzato 
AD = indirizzo ("parla" o "ascolta”) 
PD = dipende dall'apparecchiatura 
HS = handshake 
UC = comando universale 
SE = secondario 
ST = stato, 


(1) D1-D8 specificano i bit di dati che dipendono dall'apparecchiavina 


(10) 


(11) 


El-E8 specificano il codice, che dipende dall'apparecchiatura, usato per 
indicare il messaggio EOS 


L) - L5 specificano i bit, che dipendono dall'apparecchiatura,dell'indirizzo 


dell''ascoltatore! 


T1- T5 specificano i bit, che dipendono dall'apparecchiatura, dell'indirizzo 
del "parlatore" 


S1 - 55 specificano i bit, che dipendono dall'apparecchiatura,della seconda 
parte dell'indirizzo di una apparecchiatura 


S specifica il senso del messaggio PPR. 


Š Risposta 
n ó 
1 1 


P1 Pä specificano il messaggio PPR da trasmettere quando è eseguita un'iri- 
terrogazione parallela. 


P3 P2 Pl PPR Messaggio 
Ø d Ø PPR1 


* é 4 . 
* `, . . 


D . é * 


1 1 i PPR8 


Di -D4 specificano i bit indeterminati che devono essere trasmessi tutti a 
zero, ma che non richiedono di essere decodificati dall'apparecchiatura che 


li riceve 
S1- 56, 58 specificano lo stato di un'apparecchiatura (DIO7 è usato per il 
messaggio RQS) 


11 valore di messaggio "vero" deve essere ignorato quando è ricevuto se lo 


` 


stato LACS non ë attivo 


Il valore di messaggio "vero" deve essere ignorato quando è ricevuto se il 


n 


messaggio ATN ë "falso" 


Il protocollo dell'interfaccia specifica che il messaggio IDY é trasmesso 
"vero" solamente quando anche il messaggio ATN é trasmesso "vero",mentre ii 
messaggio END è trasmesso "vero" solamente quando il messaggio ATN è tra- 


smesso "falso". 


dalia Rappresentazione del codice ISO: prescrizioni sulla codifica dei messaggi 


Molte apparecchiature usano il codice ISO a 7 bit (oppure il codice equivalente 
American National Standard Code for Information Interchange, ANSI X3.4-1968) per- 


che 


è conveniente generare e interpretare questo codice. Le relazioni tra il co- 


dice ISO e i messaggi (combinazioni di bit) definite e descritte in questo Sian 


dard sono identificate in questo paragrafo. 


7f; 


2.13.7.1. Messaggi di interfaccia 


11 sistema di interfaccia impiega la codifica dei messaggi definita nella tabella 
38 per scambiare messaggi di interfaccia tra le apparecchiature quando il messag- 
gio ATN é "vero". Questa codifica puó essere messa in relazione al codice ISO a 

7 bit facendo corrispondere ai segnali da DIO1 a DJO? rispettivamente i bit. da l a 

7. Il codice ISO a 7 bit non contiene l'equivalente del messaggio ATN (bit O li- 
nea). 

Quando il sistema di interfaccia definito in questo standard è collegato mediante 
un terminale, ad altri ambienti, allora si deve utilizzare un protocollo che è al 
di fuori del campo di definizione di questo standard per realizzare una comunica- 
zione priva di errori e contraddizioni con altri significati assegnati al codice 

150 a 7 bit. 


2,13.7.2. Messaggi che dipendono dall'apparecchiatura 


La codifica dei messaggi che dipendono dall'apparecchiatura va al di là del campo 
di derinizione di questo standard. Dopo che un "parlatore" e un "ascoltatore" 

(o "ascoltatori") sono stati indirizzati mediante messaggi di interfaccia qualsia- 
si codice binario BCD o alfanumerico, che sia comunemente riconosciuto, può esse- 
re usato quando il messaggio ATN è "falso", 


(1) I codici alfanumerici (sottoinsieme del codice ISO a 7 tit, colonne da 2 a 5) 
sono preferiti per la comunicazione di messaggi di apparecchiature, ogni qual- 
volta ciò sia possibile. I bit da 1 a 7 del codice ISO a 7 kit corrispondono 
a DIO1 — DIO7 


(2) Quando altri codici sono usati (per esempio: il codice binario) il bit più si- 
gnificativo deve essere posto sulla linea DIO che ha il più alto numero (D108 
per 8 bit). 


Il codice ISO è ulteriormente illustrato nell'Appendice E per quanto riguarda le 


correlazioni con i codici di questo standard. 


2.13.8. Valori dei tempi di transizione di stato 


I valori T, e ty elencati in tutte ie descrizioni delle funzioni di interfaccia 
riportate nel capitolo 2 e nei diagrammi degli stati, sono definiti nel paragra 
Io 3.8. 
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* La tipica notazione usata per descrivere un'unità di controllo è composta dalla lettera C seguita da uno o più 
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numeri che indicano il tipo di funzione scelta. Per esempio: Cl, 2, 3, 


3 


4, 
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Tabella 38- Codifica dei messaggi remoti 
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3. SPECIFICHE ELETTRICHE 


3.1. APPLICAZIONE 


Questo paragrafo definisce le specifiche elettriche per i sistemi d'interfaccia da 


utilizzare negli ambienti in cui: 


(1) La distanza tra le apparecchiature è breve 
(2) Il rumore elettrico è abbastanza basso 


Tutte le specifiche elettriche per i circuiti di pilotaggio e di ricezione sono 
basate sull'impiego della tecnologia TTL (transistor transistor logic). 


Note: 


(1) I circuiti delle funzioni d'interfaccia che sono collegati ai circuiti di pi- 
lotaggio e di ricezione possono essere realizzati con l'impiego di tecnologie 
diverse dalla tecnologia TTL 


(2) Circuiti di pilotaggio o ricezione devono essere utilizzati solamente per quel 
le linee richieste dalle funzioni d'interfaccia realizzate {si vedano nei sot~ 
toparagrafo 3.5.1. le specifiche per le terminazioni elettriche) 


(3) Si possono utilizzare circuiti di pilotaggio con transistor a collettore aper» 
to o con tre stati di funzionamento come è detto nei paragrafi 3.3. e 5.2. a 
proposito della velocità di trasmissione dei dati. 


3.2, RELAZIONI TRA GLI STATI LOGICI ED ELETTRICI 


La relazione esistente tra gli stati logici specificati nella tabella 38, Codifi- 
cazione dei messaggi remoti, ed i livelli degli stati elettrici presenti sulle li- 


nee d'interfaccia è la seguente: 


Codifica Livello 
stato logico elettrico del segnale 
Ø corrisponde a>+2,0V 


ed è detto stato alto 


i corrisponde a < + 0,8V 
ed è detto stato basso 


Gli stati alto e basso sono basati sui livelli standard TTL per i quali l'alimen- 
tazione non supera +5,25 Vdc ed è riferita alla "massa" dei circuiti logici. 

In questo paragrafo viene indicata con un segno positivo la corrente che fluisce 
verso un nodo e con un segno negativo la corrente che esce da un nodo. 


3.3. REQUISITI DEI CIRCUITI DI PILOTAGGIO 


I messaggi possono essere trasmessi in un modo "attivo" 0 "passivo" attraverso 


l'interfaccia (vedi sottoparagrafo 2.1.3). Tutti i messaggi "veri passivi" sono 
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trasmessi come stati alti e devono essere inviati su di una linea che utilizza dei 


A 
circuiti di pilotaggio con transistor a collettore aperto. 


dolere TIpi di circuiti di pilotaggio 


Per trasmettere i messaggi SRQ, NRFD ed NDAC si devono utilizzare circuiti di pi- 
lotaggio con transistor.a collettore aperto. 

Per trasmettere i segnali DIO 1-8, DAV, IFC, ATN, REN ed EOI si devono utilizzare 
circuiti di pilotaggio con uscita a tre stati (si noti però che per l'esecuzione 
di un'interrogazione parallela - parallel poli - 1 segnali DIO 1-8 devono essere 
trasmessi utilizzando circuiti di pilotaggio con transistor a collettore aperto). 


Nota: I circuiti di pilotaggio con uscita a tre stati sono utili in sistemi dove 
sono richieste più alte velocità di funzionamento. 


Si raccomanda di utilizzare, nell'ambito di una unità di controllo, un circuito di 
pilotaggio con uscita a tre stati per pilotare la linea del segnale ATH se la sud- 
detta unità di controllo deve essere usata in un sistema in cul vi sone altre ap- 
parecchiature con circuiti di pilotaggio con uscita a tre stati per le linee dei 
segnali DIO, DAV ed EOL. 

di pilotaggio 


ecifiche dei circuiti 





, 


Le specifiche per i circuiti di pilotaggio sono: 


stato basso: tensione di uscita (per circuiti con uscita a tre stati G 
con transistor a circuito di collettore aperto) < + 0,4 Y 
con +48 mA di corrente che entra nel circuito di uscita 


(sink current) 


stato alto: tensione di uscita (per circuiti con uscita a tre stati; > 
+2,4 V con -5,2 mA, 
Tensione di uscita (per circuiti con transistor a circui 
to di collettore aperto) vedi il paragrafo 3.5. 


I valori di tensione specificati sono misurate sul connettore dell'apparecchiatu- 
ra tra la linea di segnale e la "massa" dei circuiti logica 
Si veda il sottoparagrafo 3.5.3. per ulteriori requisiti relativi al circuiti di 


pilotaggio. 


254, MEQUISITI DEI RICEVITORI 
3.4.1. Specifiche standard per i ricevitori 
Le specifiche per i ricevitori con immunità al rumore nominale sono: 


stato basso: tensione d'ingresso +0,8 V 


< 
stato alto: tensione d'ingresso 2 +2,0V 
Si vedano nel sottoparagrafo 3.5.3. ulteriori requisiti relativi ai ricevitori. 


4.2. Specifiche speciali per i ricevitori ` 


G5 


Per fornire una maggiore immunità al rumore in ambienti speciali si raccomanda 
l'impiego di un circuito ricevitore del tipo Schmitt {od equivalente) per tutte 
le linee di segnale. Le specifiche di questo ricevitore sono: | 


Lstëeresi: V.pos - Veneg > + 0,4 V 


stato basso: tensione di soglia negaliva 
Ve neg 2 + 0,6 V (raccomandata + 0,8 V) 


stato alto: tensione di soglia positiva 
+ 2,0 V 2 Vr pos 


3.5. REQUISITI DI CARICO DI DISPOSITIVI COMPLESS 1 
3.5.1. Terminazione resistiva 


Ogni linea di segnale (collegata o non collegata ad un circuito di pilotaggio o di 
ricezione) deve terminare, all'interno dell'apparecchiatura, su di una resistenza 
la cui funzione principale è di stabilire un valore di tensione costante quando 
tutti i circuiti di pilotaggio su di una linea sono nello stato con impedenza di 
uscita alta. Questo carico resistivo ë inoltre utile perché mantiene sulla linea 
una impedenza di apparecchiatura uniforme e migliora l'immunità al rumore. Per 
requisito specifico si veda l'ultima parte del sottoparagrafo 3.5.3. e per va- 
lori di resistenza tipici si veda il sottoparagrafo 3.5.5. 

epativa 


3.5.2. Limitazione della tensione n 





Ogni linea di segnale a cui un ricevitore è collegato deve contenere dei circuiti 
che limitinole escursioni dei valori negativi della tensione. Tipicamente ti. 
elemento circuitale è un diodo di limitazione (diode clamp) che è contenuto nel 
dispositivo ricevitore. 

continua 


Requisiti di carico in correnle 





Le caratteristiche di carico in corrente continua di uri dispositivo sono influen- 
zate dai circuiti di pilotaggio e di ricezione, dalla terminazione resistiva € dal 
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circuiti di limitazione della tensione; quindi esse sono specificate per il cir- 
uito d'interfaccia complessivo e non per le singole parti. Questo sottoparagra- 
to, tuttavia, fornisce delle specifiche complete per la terminazione resistiva 
ed i circuiti di limitazione della tensione. 

Le condizioni di misura del carico presuppongono che il circuito di pilotaggio, 
il circuito di ricezione e la resistenza di terminazione siano collegati ingjeme 
all'interno dell'apparecchiatura,con il circuito di pilotaggio con l'uscita nei- 
lo stato ad alta impedenza. 

Ugni linea di segnale dell'interfaccia in una apparecchiatura deve avere le se- 
guenti caratteristiche di carico in corrente continua e deve avere valori di cor- 
rente e tensione compresi nella parte non ombreggiata della figura 15, 


(1) se I< OMA, V deve essere < 3,7 V 

(2) se I 2 OmA, V deve essero » 2,5 V 

(3) se I 2 -12,0mA, V deve essere > -1,5 V 

(solamente se vi é il ricevitore) 

(4) se VS 0,4 V, I deve essere « -1,3mA 

(5) se V 20,4 V, I deve essere > -3,2mA 

(6) se V < 5,5 V, I deve essere < 2,5mA 

(7) se V 25,0 V, I deve essere > 0,7 mA oppure il valore Z per segnale 


piccolo deve essere < 2 kQ a 1 MHz. 


3.5,4. Limiti del carico capacitivo 


Il carico capacitivo interno su ogni linea di segnale non deve superare y100 ply per 


ogni apparecchiatura. 


3.5.5. Configurazioni Gipcuitalri tipiche 


La figura 16 mostra una configurazione circuitale tipica per circuiti d'ingresso 
e d'uscita di linee di segnale per i quali esistono componenti facilmenti dispu- 
nibili. 

Questo circuito è compatibile sia con i microcircuiti TTL che con dispositivi a 
componenti discreti. 

Le specifiche assunte in questa configurazione tipica sono: 


Ru: 3 kQ + 5% (verso Vee) 


Rio: 6,2 kQ + 5% (verso massa) 


Circuito di pilotaggio: corrente di perdita in uscita (per circuito di pilotag- 
gio con circuito di colettore aperto) output leakage 
+ 0,25 mA max con Vg = 45,25 V 


corrente di perdita in uscita (per circuito di pilotag- 
gio con uscita a tre stati) output leakage current 
+ 40 ph max corn Vo = +2,4V 


6 7 


Circuito di ricezione: corrente d'ingresso 
= 1,6mA max con Vg = + 0,4V 
corrente di perdita in ingresso (input leakage current) 
+ 404A max con Vo = + 2,4V . 
+ 1,0mA max con Vo = 5,25 V 


Voc: + 5 V + 5% 


Solamente un circuito di pilotaggio ed un circuito di ricezione possono essere col 
legati ad ogni linea di segnale nella configurazione circuitale tipica di figura 
16. Possono esistere altre configurazioni circuitali nelle quali tali restrizioni 
non si applicano purché le specifiche di carico del soltoparagrafo 3.5.3. siano 
“ispettate. 





CORRENTE NEL DISPOSITIVO 


CI 


LINEA DI CARICO 
(Circuito tipico vedi, 
sottoparagrafo 3.5.5) 





TENSIONE SULLA LINEA 


- 10mA 


-12mÀ 


Figura 15- Specifiche del carico in corrente continua 
I — ————————————————anT———————ÀnÓ!Áá(— asan 
CIRCUITO DI 
Y PILOTAGGIO 


RICEVITORE 


1. Capacità di dispersione permesse dal sottoparagrafo 3.5.4. 
. 2. Tipicamente presenti nel ricevitore. 
Figura 16 — Circuitotipico di inpul - outpul, per i segnali di tinea 


3.6, REQUISITI PER LA MASSA 

E 
La schermatura complessiva del cavo di collegamento deve essere collegata a massa 
mediante un contatto a terra (chassis) sul connettore per rendere minima la sensi- 
bilità al rumore esterno e la generazione di rumore, 


Attenzione: Le apparecchiature non devono avere potenziali di terra sensibilmente 
diversi. Il sistema d'interfaccia può non essere in grado di gestire corrente di 
massa eccessivamente alta. Si raccomanda che il ritorno di massa delle singole 
linee per segnali di controllo e di stato abbiano un ritorno alla massa dei cir- 
cuiti logici nel circuito di pilotaggio ed in quello di ricezione per rerdere mi- 
nime le interferenze dei fenomeni transitori dovuti alla vicinanza delle linee, 


3.7. CARATTERISTICHE DEL CAVO 


3.7.1. Requisiti dei conduttori 


La massima resistenza, per metro di cavo, dei conduttori deve essere: 
(1) Per ogni linea di segnale (per esempio: DIO1, ATN) 0,140 

(2) Per ogni ritorno di massa di ogni linea di segnale 0,140 

(3) Per il ritorno di massa: comune 0,085 OU 


(4) Per lo schermo completo 0,0085 Q 


3.7.2. Costruzione del cavo 


Il cavo deve contenere almeno 24 conduttori dei quali 16 devono essere sari per 
linee di segnale ed i restanti devono essere usati per il ritorno a massa € lo 
schermo. | 

La massima capacità misurata (ad 1 kHz) tra una qualunque delle linee di segnale 
e tutte le altre linee (di segnale, di massa o di schermo) collegate a massa deve 
essere 150 pF per metro di linea. 

Lo schermo deve contenere una treccia di filo tipo 36 AWG o equivalente con una 
copertura di almeno 1'85%. 

Il cavo deve essere costruito in modo da rendere minimi gli effetti dovuti agli 
«CCuppiamenti elettromagnetici tra linee di segnale, in modo da rendere minima 
la sensibilità delle linee di segnale ai rumori esterni ed in modo da migliorare 
al massimo 1a trasmissione dei segnali d'interfaccia all'ambiente esterro. 





Funzione 


(si applica a) 


Descrizione 


| 
Identificato- 
re dei valori 


Valore 


di tempo * 


Ti 


T3 


ta 


ts 


Te 


Tg 


Tg 


* I valori di tem 
per realizzare una transizione di stato. 


maiuscol indicano il tempo minimo che una 


SH 


SH, AH, Ty D 


AH 


T, TE, L,LE,C 


PE 


C 


prima di uscirne. 


***Se si usano circuiti di pilotaggio con uscita a tre stati 


ed EOI, T, può essere: 


(1) > 1100 nsec 


(2) oppure 2 700 nsec se si sa che nell'un 


Tempo di posizionamento per i messaggi 


multilinea 


risposta ad ATN 


tempo di accettazione del messaggio ` 
d'interfaccia 


risposta ad IFC o REN falso 
risposta a ATN FO I 


tempo di esecuzione dell'interrogazione 


parallela 

ritardo dell'unità di controllo che 
permette al parlatore attuale di "ve- 
dere" il messaggio ATN 


lunghezza di IFC o REN falso 


ritardo per EOI** 


~ 


un circuito di pilotaggio con uscita di tre stati 


= 2 ps *** 


= 200 ns 


« 100 us 
< 200 ns 


> 2 us 


= 500 ns 


> 100 ps 


* 


21,5US 
us t 


po specificati da t minuscola indicano il massimo tempo permesso 
I valori di tempo specificati da T 
funzione deve rimanere in uno stato 


per le linee DIO, DAV 


ità di controllo ATN é pilotato con 


(3) oppure z 500 nsec per tutti i byte che seguono ii primo emesso dopo ogni 


passaggio di ATN al 
da (1) o (2)) 


* Tempo richiesto dalle funzioni d'interfac 


per rispondere, i messaggi d'interfaccia. 


valore falso 


§ Dipende dall'implementazione 


** Ritardo richiesto dal segnali EOL, 


* 


* > 600 ns per circuiti di 


pilotaggi con uscita a tre stati. 


Tabella 39- Valori di tempo 


(il primo byte deve essere emesso come 


cia per accettare, non necessariamente 


NDAC ed NRFD per indicare stati validi. 
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(1) Le linee dei segnali DAV, NRFD, NDAC, IFC, ATN ed SRQ devono essere intreccia- 
te con uno dei conduttori di massa o devono essere isolate in un modo anaiogo 


(2) Il cavo deve avere uno schermo che lo ricopre completamente fino ai connettori 


e deve essere collegato a massa 
(3) In alternativa si può usare una qualunque costruzione del cavo che fornisce 
gli stessi risultati. 


3.8. VALORI DEI TEMPI DI TRANSIZIONE DI STATO 


Per assicurare la massima compatibilità possibile tra le apparecchiature collega- 
te, la tabella 39 stabilisce le relazioni di tempo che devono essere rispettate 

tra i segnali di input ed output di un'apparecchiatura. Questi tempi derivano dai 
normali tempi di propagazione dei segnali lungo le linee e dai ritardi tipici dei 


circuiti nelle apparecchiature. 

4. SPECIFICHE MECCANICHE 

4.1. APPLICAZIONE 

Questo paragrafo definisce le specifiche meccaniche per sistemi d'interfaccia che 
devono essere usati in ambienti nei quali: 

(1) Le distanze tra le apparecchiature sono limitate 


2) Sono utili reti di collegamento tra bus di tipo a stella o lineari 


(3) Lo spazio per il montaggio dei connettori è limitato. 


4.2. TIPO DI CONNETTORE 


Si deve usare un connettore per rack o pannello di buona qualità che ha le seguen- 


ti caratteristiche. 
4.2.1. Considerazioni elettriche 


Tensione massima: 200 V in corrente continua 

Corrente massima: 5A per contatto 

Resistenza di contatto: < 10 mQ 

Materiale di contatto: oro su rame 

Resistenza d'isolamento: > 10 GQ (dialiltfalite o equivalente). 





46.8 + 0.5mm 


A A | Dimensione A 


36 mm montaggio esterno 
15.8mm typ. —|— 40,6 mm montaggio interno 


4,75 di diametro (montaggio interno) 








Figura 17 - Pannello per il connettore 


4.2.2. Considerazioni meccaniche 


Numero di contatti: 24 

Superfici di contatto: autoasciuganti 

Forma dell'involucro: a polarizzazione trapezoidale 

Materiale dell'involucro: placcatura resistente alla corrosione 

Durata: 2 1000 inserzioni 

Diametro del terminale: accettato almeno 0,35 mme (filato) 

Tipiche dimensioni esterne (si veda paragralo 4.4. per ulteriori dimensioni). 





4.29mn 
3. 33mm 


rn 2 (C XC > 
^o 
— 





femmina 





-.2.9. Considerazioni ambientali 


Si vedano-le prestazioni relative alla temperatura ed umidità come stabilite con 
ie norme MIL STD 202E. 


Nota: Si possono usare i connettori MICRORIBBON (dellaserie Amphengh eA PEN 57, 
oppure CHAMP (AMP). 


4,3, ASSEGNAZIONI DEI CONTATTI DI CONNETTORE 


I contatti del cavo e dei connettori di apparecchiatura sono i seguenti: 


Contatto Segnale Contatto Segnale 
EUN PX 1" r 


1 Do: SÈ L3 DIO t, 

2 DIO 2 14 DIO € 

3 DIO 3 15 DII Z 

4 DIO 4 16 DIO 8 

5 BOL 17 REN 

6 DAV 18 Gnd, (6) 
7 NRFD 19 Gnd, (7) 
8 NDAC 2() Gnd, (8) 
9 IFC 21 Gud, (9) 
10 SRQ 22 Gnd, (160) 
1l ATN 23 Gnd. TDI 
Lo SHIELD 24 Gnd, LOGIC 


Nota: Gnd,(n) si riferisce al ritorno di massa del contatlo riferito. 


de 


34.4. MONTAGGIO DEL CONNETTORE 


Ogni apparecchiatura sarà provvista di un connettore femmina con le dimensioni ti- 
piche riportate nella seguente figura con cui il connettore maschio deve essere a- 
dattato. Le due file di 12 contatti ognuna sono centrate nell'involucro trapezoi- 
dale. 11 connettore deve poter essere avvitato. 

Quando il connettore è montato sull'apparecchiatura ed è visto dalla parte poste- 
riore dell'apparecchiatura nella sua posizione normale deve avere il contatto nu- 
mero uno nell'angolo superiore destro. Il posizionamento del connettore devc per- 
mettere un raggio minimo di piegatura di 40 mm come sgombero del cavo. 


11.54 sn 
typ 





Il connettore può essere montato sia dalla parte interna che da quella esterna del 
pannello di cui sono date le dimensioni in figura 17. | 
Il connettore deve essere attaccato all'apparecchiatura come mostrato in tigura 18 
come determinato dal metodo di montaggio del pannelio adottato. 


4,5, ASSEMBLAGGIO DEL CAVO 


I] cavo deve essere fornito con un connettore femmina ed un connettore maschio al- 
le sue due estremità. il metodo preferito per assemblare i connettori la uso 
di una struttura rigida come mostrato in figura 19 (assicura un collegamento 5i- 
curo: di piu cavi: 

Ogni cavo deve essere montato con un paio di viti di fissaggio. Ogni vite di fi.- 
saggio deve avere le dimensioni indicate in figura 20. 5i deve utilizzare un dado 
del tipo TRUARC misura 5133-128 od equivalente. 





Montaggio sul pannello esterno 


_- Foro diametro 4 mm 
Ba profondo 2 mm, tipico 


- Massima profondita’ 
4 della filettatura 7,6 mm 


8 mm tipico lesagonale o rotondo) 






15 mm tipico 








Montaggio sul pannello interno " = f 
C 
Dimensioni Montaggio Montaggio 

esterno interno 

I A 6 . Im 4 . Sinn 

- B GC. Lg 2. bra. 

1. Rondella 1,2 mm spessore tipico C 4. dm 4. mn 

2. Dimensioni tipiche 

3. Filettatura M3,5x 0,6 o equivalente Optimum Metric Fastener by£ Lem CLEA Sy 


filettatura 3,5 0,6 
4. Scelta della filevtatura da parte del progettista (non influenza la compatibili- 


tà). 





Figura 18 - Dimensioni di montaggio 


















| Connettore | Ls 
femmina i 
2 y ER y Zei E Rivetto 
le. Am Distanziatore adh 
LO |. 1.5 X 
2. Hal IJ. —| þe d | - - ü. Amm O. D. 
3 R e ei H 2. 3,87 vii -U. n 






Connettore 
maschio 


Figura 19- Assemblaggio del connettore 








— 4 mm diametro, 2 mm profondita' — 


pe 8 mm tipico 
ge o E IA 
7.9 TO. Zu 


—— — 1 


Filettatura . O) 
6.8 mm profondita’ 
3.5 + Ü. ¿nt Z! + U. dutt 


2.39 + 0. Sum | 


—— Fijettatura (1) E 












194,3 + O. emm 31.5 A O. dummm 





1. Filettatura M3,5x 0,6 o equivalente O0.M.F.5. filettatura 3,5 PO,6 





Figura 20- Vite di tiscaggio 





=; 60 mm tipico Y 






ame  — Lema 








| (Presso fuso in plastica) | 


Teen | Dati di riconoscimento 
min. 


Figura 21- Testata del cavo 
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3i raccomanda che ogni coppia di connettori, assemblata come detto nella prima 
parte del paragrafo 4.5., sia parzialmente contenuta in un involucro adeguato 
come mostrato in figura 21. 

I cavi possono essere lunghi fino a 4 m. 


5. APPLICAZIONI DI SISTEMA E PRESCRIZIONI PER IL PROGETTISTA 
5.1. COMPATIBILITA' DEL SISTEMA 


Questo sistema d'interfaccia offre un ampio campo di prestazioni tra le quali si 
possono scegliere le funzioni d'interfaccia adeguate a diverse applicazioni, 
Entro la maggior parte delle funzioni d'inlerfaccia sono disponibili delle stelle 
opzionali. Inoltre il progettista è libero di scegliere tutte le prestazioni che 
dipendono dall'apparecchiatura contenute nelle funzioni di apparecchiatura. 

E' responsabilità del progettista definire le prestazioni di una apparecchiatura 
(scelta del sistema d'interfaccia e relative interazioni dipendenti dall'apparec- 
chiatura) in modo che l'utente possa interfacciare e programmare in modo efficien- 
te l'apparecchiatura per appropriate applicazioni di sistema. 

La selezione di un minimo insieme di funzioni d'interfaccia dei capitolo z porta 
a dover avere almeno i seguenti segnali per essere compatibiie: 


(1) DIO 1-7 
(2) DAV, NRFD, NDAC 


(3) IFC ed ATN (che non sono necessari in un sistema senza titi te di contrib uga 


Per mantenere la compatibilita di sistema il progettista non deve introdurre nuo- 
ve funzioni d'interfaccia oltre a quelle definite nel capitolo 2. 


5.2, CONSIDERAZIONI SULLA VELOCITA! DI TRASMISSIONI DEI DATI 


I progettisti di apparecchiature che devono comunicare attraverso un sistema d'ia- 
terfaccia devono considerare le relazioni tra i diversi livelli di prestazioni del 
sistema ed i circuiti usati per fornire questi diversi livelli di prestazioni. Hei 
seguito diamo alcuni consigli a questo proposito. 

Un bus con prestazioni standard opera con distanze fino a 20 m con velocità di 
trasmissione di 250000 byte al secondo, con un carico equivalente standard per 
ogni 2 m di cavo, utilizzando circuiti di pilotaggio con transistor a circuito 

di collettore aperto dimensionato per 48 mA. 

Un bus con prestazioni standard può anche operare con distanze superiori a ZO si 
con velocità di trasmissione di 500000 byte al secondo e con un carico standard 
per ogni 2 m di cavo, utilizzando circuiti di pilotaggio con transistor d'uscita 
funzionante in tre stati dimensionati per 48 mA. 

Un bus con prestazioni standard potrà operare anche Con velocità di trasmissione 
di 1000000 di byte al secondo usando circuiti di pilotaggio con transistor d'usci- 
ta funzionante in tre stati dimensionati per 48 mA; tuttavia non si puo avere una 
velocità di trasmissione di 1 megabyte al secondo per distanze al di sopra di 260m. 
(La distanza massima € 1 m tra un'apparecchiatura e l'altra, per esempio: 10 ape 
parecchiature funzioneranno con una distanza totale fino a 10 m quando la velocità 


di trasmissione è 1 megabyte al secondo). 


La distanza nominale per cui si può ottenere la velocità di trasmissione di 1 
megabyte al secondo è di circa 10 m. 


Nota: La velocità di trasmissione massima è più funzione dei ritardi dei componen- 

ti circuitali che delle caratteristiche del cavo o dei valori di tempo forniti nel Se 
paragrafo 3.8. Per le massime velocita di trasmissione si raccomanda che venga uti 
lizzato almeno un buffer dati entro un'apparecchiatura. 





Messaggi remoti Messaggi locali 


sile dr 


AA AAA 





Bus d'interfaccia 


Messaggi locali per controllare le funzioni 
d'interfaccia (per esempio, ton, lon) 


Funzioni d'interfaccia 


© ` ' 
CSC? E | 12 — Messaggi locali per controllare le funzioni di 
Eod g Ir apparecchiatura che sono prograrnmabili . 
um 1 (per esempio, Range, Funzioni, Modo, 
“pi 2 3 Catibrazione) 


Funzioni di apparecchiatura 
(Controllo remoto o locale} 


Å- A — —— € 


(Solamente controllo locale) 


w- —- Messaggi locali per controllare funzioni di 

: apparecchiatura programmabili (per esempio, 
(Solamente controllo remoto) regolazione del livello di Trigger, check). 

(Non commutabili tra sorgenti remote e locali) 


` 





1. Messaggi remoti (messaggi d'interfaccia, per esempio: ATN, MLA messaggi. 
di apparecchiatura per esempio: DAB) 

>, Controllo remoto di funzione di apparecchiatura programmabile (per esempio: 
range, funzione) e di funzioni di apparecchiatura (per esempio: azzeramento, 
trigger). 

3. Possibili locazioni degli elementi del buffer. Normalmente Bl e B2 sono usa- 
ti in combinazione o B3 é usato da solo. 


—————xrr,,ET|_————_——_—#+—-———-_——-—-——-———--__ 


Figura 22 - Percorso dei messaggi remoti- locali — 


5.3. PRESTAZIONI DI APPARECCHIATURA 


b 


5.3.1. Funzione apparecchiatura occupata 


In operazioni di sistema e utile sia programmare un'apparecchiatura od iniziare 
un'operazione in un'apparecchiatura € quindi passare a comunicare con altre appa- 
recchiature {mentre la prima apparecchiatura è occupata nell'eseguire ii compito 
richiesto). La funzione apparecchiatura occupata (poiché ë in corso un'operazione) 
è uno stato dell'apparecchiatura e non uno stato dell'interfaccia. Vi sono tre me- 
todi che permettono una comunicazione sul bus indipendente dalla condizione di ap- 


parecchiatura occupata: 
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(ij SRQ ed interrogazione seriale (serial poll) 
(2) interrogazione parallela (paraliel poll) 


(3) NRFD 
Sia l'interrogazione seriale che quella parallela sono spiegate nel capitolo è, 
5.3.2. NRFD 


Il segnale NRFD può essere combinato con la condizione di apparecchiatura occupata 
in una operazione di AND. In questo modo il segnale NRFD (oppure il messaggio RFD) 
cambia la sua definizione per comprendere un significato più ampio di quello nor- 
male di "pronto per il prossimo byte di dato". Il segnale interno di apparecchia- 
tura occupata è combinato con il segnale NRFD attraverso la funzione All. In questo 
modo un'apparecchiatura può essere non indirizzata come ascoltatore durante un ci- 
clo occupato (busy cycle) e il bus dell'interfaccia può essere usalo per altri 
scopi. Quando è indirizzata di nuovo come ascoltatore, l'apparecchiatura indicherà 
il suo stato di occupato all'interfaccia. L'interfaccia indica "occupato" ponendo 
NRFD a 1 e indica "operazione completa" ponendo NRFD a 0. 


Attenzione: se NRFD è usato per la funzione di occupato quando un'apparecchiatura 
non può recuperare o non può raggiungere mai la condizione di non occupato, allora 
un altro indirizzo di ascolto (sempre accessibile) dovrebbe essere disponibile per 
azzerare la condizione di potenziale hang-up. 

RL 


5.3.3. ADplledzloni 





Il progettista è libero di realizzare entro un'apparecchiatura qualunque funzione 
di apparecchiatura programmabile che sia appropriata per le particolari applica- 
zioni dell'apparecchiatura. Il progettista non è libero di programmare da loritano 
le funzioni di controllo locale che interagiscono direttamente con le funzioni di 
interfaccia come è specificato nel capitolo 2. 

Per realizzare un'apparecchiatura programmabile che possa essere controllata da 
lontano o localmente si può richiedere la commutazione di qualcuno o di tutti 1 
controlli tipici illustrati in figura 22. Questa figura non ha lo scopo di mostra- 
re un insieme completo di tecniche di commutazione, locazioni di commutazione o 


contenuti di messaggi commutati. 
5.4. FUNZIONI AND ED OR DEI MESSAGGI 


Il messaggio emesso da una funzione di interfaccia non è necessariamente Il messag 
gio ricevuto da un'altra funzione di interfaccia (senza considerare le differenze 
di tempo dovute alle caratteristiche di trasmissione dei segnali) nel cuso di 3 


messaggi come usati nelle funzioni di interfaccia SH, AH ed SR: 


(1) Il messaggio RFD (o DAC) ricevuto (da una funzione SH) deve essere la funzione 
logica AND di tutti i messaggi RFD (o DAC) emessi (da tutte le funzioni AC) 


(2) Il messaggio SRQ ricevuto (da un C) deve essere L'OR logico di tutti i mescougs 
SRQ emessi (dalle funzioni SR). 


CR: 


nota: Il messaggio DAV ricevuto (da tutte le funzioni AH) deve essere il messaggin 
DAV emesso (da una e soltanto una funzione SH). 


> 4.1. Messaggi SH ed AH 


Il messaggio RFD (o DAC) emesso "vero" o "falso" rispettivamente, da una funzione 
AH, è ottenuto ponendo il segnale NRFD (o NDAC) a 0 (0 alto) o ponendo il segnale 
NRFD (o NDAC) a 1 (o basso), rispettivamente. 

Il messaggio RFD (o DAC) ricevuto da una funzione SH è ricevuto "vero" quando lo 
stato del segnale è 0 (o alto) il che significa che tutti i messaggi RFD (o DAC) 
emessi sono inviati "veri passivi". 

Ii messaggio RFD (o DAC) ricevuto da una funzione SH è ricevulo "falso" quando lo 
stato del segnale ë 1 (o basso) il che significa che uno o più messaggi RFD (o DAC) 
emessi sono inviati "falsi". 

Lo schema equivalente di queste condizioni è il seguente: 


SROQ valore emesso dall'apparecchiatura A RED valore ricevuto 
, . dallapparecchiatura 
SRQ valore emesso dall apparecchiatura B C (e tutte le altre 
apparecchiature) 
5.4.0. Messaggio SRQ 


Il messaggio SRQ emesso "vero o falso" rispettivamente da una funzione SR è otte- 
nuto ponendo il segnale SRQ a 1 (o basso) o ponendo il segnale SRQ a O (o alto) 
rispettivamente, 

Il messaggio SRQ ricevuto dalla funzione € é ricevuto "vero" quando lo stato del 
segnale sul bus è 1 (o basso) il che significa che una o più funzioni SRQ hanno 
emesso il messaggio SRQ "vero", 

Il messaggio SRQ ricevuto da una unità di controllo è ricevuto "falso" quando lo 
stato del segnale sul bus è 0 (o alto) il che significa che tutte le funzioni SRO 
hanno emesso il messaggio SRQ "falso passivo". 

Lo schema logico equivalente di queste condizioni è il seguente: 


SRA valore emesso dall'apparecchiatura A SRO valore ricevuto 
à 7 hiatura B dall'apparecchiatura 
SRQ valore emesso dall apparecchiatu C {Funzione C} ; 
5.4.3. Realizzazioni circuitali 


Una tipica configurazione circuitale con la quale possono essere realizzate le fun 
zioni AND od OR sui rispettivi segnali del bus è quella rappresentata nel paragra 
fo 3.6 figura 16. 11 driver deve essere un driver a due dati (collettore aperto) 


come rappresentato in figura 23. 


Nota: Se sono utilizzati o meno degli inverter per convertire la rappresentazione 
interna del messaggio RFD (o DAC) nel messaggio veramente inviato sulle linee del 
bus dipende dalla definizione interna di "vero" o "falso" rispetto ai livelli di 
tensione alto o basso utilizzati internamente all'apparecchiatura. Questa materia 


è lasciata al progettista. 
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I segnali tipici presentati alle linee del bus NRFD (o SRQ) dalle apparecchiature 
A e B come descritto nei sottoparagrafi 5.4.1. e 5.4.2. possono essere mostrati 
nella figura 24. Sul bus esiste solamente la forma d'onda del segnale come rice- 
vuta all'apparecchiatura C. I livelli di segnali mostrati per le apparecchiature 
A e B esistono solamente all'interno dei circuiti di pilotaggio (driver) delle ap- 
parecchiature e non sulla linea del bus. 


5.5. ASSEGNAZIONE DI INDIRIZZO 


Di solito ad una apparecchiatura sarà assegnato un solo indirizzo per il "parlato- 
re" ed uno per l''ascoltatore'" in modo da realizzare. i compiti fondamentali. Può 
essere utile progettare un'apparecchiatura con indirizzi multipli per il "parlato- 
re" (o 1'"ascoltatore") per facilitare delle richieste di sistema. Ad una apparec- 
chiatura si potrebbero assegnare due indirizzi di "parlatore" (per esempio: uno 
per emettere il dato grezzo e l'altro per emettere il dato elaborato). 31 dovreb- 
be fare attenzione a minimizzare l'impiego di tali indirizzi multipli poiché le 
successive configfÜrazioni di sistema possono essere ristrette a causa deil'ecces- 


sivo impiego di indirizzamenti primari. 
5,6. TIPICHE COMBINAZIONI DELLE FUNZIONI DI INTERFACCIA 


Il progettista è libero di scegliere le particolari funzioni di interfaccia ri- 
chieste per soddisfare specifiche applicazioni dell'apparecchiatura. 





Segnale NRED (o NDAC, o SRQ) 





Q1nA^832li 
Hessa 


O1nA8211 
Hessa 
m LO! 





Apparecchiatura C 


Š 
Apparecchiatura A Apparecchiatura 





Figura 23- Logica del segnale di linea a 2 stati (circuiti di pilotag- 
gio con transistor d'uscita con circuito di collettore aperto) 
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RR A A Ee 
Segnale NRFD (o NDAC) 


Apparecchiatura A 
(stato dei circuito di pilotaggio di NRFD) 


Apparecchiatura B | 
(stato del circuito di pilotaggio di NRFD) 


Segnale NRFD 
(segnale composto 
presentato al ricevitore 
dell'apparecchiatura C) 





H- Dato sulle linee DIO 
" (mostrato solamente 
2 per riferimento) 


- rr — — .. — e — —— 2 — er vr - mme rr + —..- —..-_ =. 


Segnale SRO 


Apparecchiatura A 
{stoto di circuito di 
pilotaggio SRQ) 


Apparecchiatura B 
H (stato di circuito di 
pilotaggio SRQ) 


Segnale SRQ 
(segnale composto presentato 
al ricavitore dell'apparecchiatura C) 


—————ÓH'' —«—— n ÀÀu——unt (€ anaqman  —À—Ó—1—— 
Figura 24- Relazioni logiche e temporali tra i segnali 
A - segnale NRFD (o NDAC), B - segnale SRO 


La scelta di certe funzioni di interfaccia richiede l'inclusione di altre funzioni 
di interfaccia come è stato detto nel capitolo 2. 11 seguente Glencorappresenia le 
combinazioni tipiche delle funzioni di interfaccia e non implica che queste siano 


le sole combinazioni possibili o utili. 


Tipiche funzioni di inter 
Apparecchiatura Faccia usate 
Generatore di segnali Alti Le Bb. DI 
(capace solo di ascoltatore) 


Lettore di nastro SH AH. T DC 
(capace solo di parlare) 


Voltmetro digitale SH. Al "Es ba oH 
(capace di parlaree di ascoltare) RL, PP, DC, DT 
Calcolatore Si. Ha: dia dea 


(capace di parlare, ascollare e 
controllare) 


_— —a T ram n ax— s — — r .GJ T ——A— 
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6. REQUISITI DEL SISTEMA E PRESCRIZIONI PER L'UTENTE 
6.1. COMPATIBILITA' DEL SISTEMA 


Le apparecchiature progettate per questo sistema d'interfaccia possono avere una 
ampia varietà di prestazioni riguardo alle loro capacità di comunicare attraverso 
l'interfaccia. Questo standard non copre le caratteristiche operative delle appa- 
recchiature ma solamente le caratteristiche funzionali, elettriche e meccaniche del. 
sistema d'interfaccia. 

ll progettista è responsabile della compatibilità del sistema dal punto di vista 
operativo. L'utente deve conoscere tutte le caralteristiche di apparecchiature che 
interagiscono con il sistema d'interfaccia (per esempio: codici di programma che 
dipendono dall'apparecchiatura, formato e codice dei dati in uscila, ecc.), 


6.2, REQUISITI D'INSTALLAZIONE DEL SISTEMA 


Questi comprendono restrizioni riguardo alle configurazioni di sistema. 


6.2.1. Massimo numero di apparecchiature 


Il massimo numero di apparecchiature che possono essere collegate insieme per for- 
mare un sistema d'interfaccia è 15. 


Dau wie Configurazioni minime di sistema 


Un sistema d'interfaccia deve contenere una o più apparecchiature che contengono 
almeno una funzione T, una funzione L ed una funzione C, 

Se tutte le funzioni T permettono l'impiego del messaggio ton (parlatori tipo Tl, 
T3, T5, T7, TEL, TE3, TED o TE7) e tutte le funzioni L comprendono il messaggio 
lon (ascoltare tipo L1, L3, LEl o LES) un sistema può funzionare senza che vi sia 
una funzione C quando i messaggi ton e lon sono "veri", I messaggi lon € ton suns 
normalmente forniti da controlli locali. 


6.2.3. Unità di controllo del sistema 


Tutte le configurazioni di sistema che contengono più di una unita di controllo 


devono soddisfare le seguenti condizioni: 


(1) In un sistema non vi deve essere piü di una funzione 6C che e pelto tete ALI 
(system controller active state - unità di controllo del sistema nello stars 
attivo) 

(2) Ogni unità di controllo nel sistema deve essere in grado di passare c ricevere 


il controllo dell'interfaccia. 


iui wale Apparecchiature accese e spente 


Un sistema deve funzionare con almeno la metà delle apparecchiature, più una, a.- 


cese. 


Accerdere un'apparecchiatura mentre il sistema stà operando può provocare un Erro- 
re, a meno che non siano prese speciali precauzioni (ad esempio: l'impiego di spe- 
ciali circuiti di pilotaggio che non sono definiti in questo standard). 


6.3. ASSEGNAZIONE DELL'INDIRIZZO 


6.3.1. indirizzi di "parlatore" 


Ad un'apparecchiatura che contenga una funzione T oppure TE può essere assegnato 
qualunque valore per i bit da Tl a T5 del suo messagpio MTA (my talk address - il 
mio indirizzo di "parlatore") che sia diverso da: 


TS T4 T3 T2 T1 
1 1 1 1 1 


e 


A due o più funzioni T (di apparecchiature diverse o della medesima apparecchiatu- 
ra) non si devono assegnare gli stessi valori per i bit da T1 a T5 dei loro messag 
gi MTA. 

Ad un'apparecchiatura che contiene sia la funzione T che la funzione L può essere 
assegnato un indirizzo di "parlatore" tale che i bit da Tl a T5 del suo messaggio 
MTA siano eguali al bit da L1 ad L5 del suo messaggio MLA. 

Ad una funzione d'interfaccia TE e ad una funzione d'interfaccia T non deve ett 


assegno lo stesso valore per i bil da Tl a Tb del messaggio MTA, 


6.3.2, Indirizzi di ascolto 


Ad un'apparecchiatura che contiene una funzione L od una funzione LE può essere 
assegnato qualunque valore per i bit da Ll ad L5 del suo messaggio MLA (my listen 


address = il mio indirizzo di ascolto) che sia diverso da: 
bb LA L3 Lë Li 
1 1 d 1 1 : 


A due o più funzioni L (di solito in apparecchiature diverse) possono essere asse- 
gnati gli stessi valori per i bit da Ll a L5 dei loro messaggi MLA. 

Ad un'apparecchiatura che contiene sia la funzione L che la funzione T può essere 

assegnato un indirizzo d'ascolto tale che i bit da Li ad L5 del suo messaggio MLA 

sono uguali ai bit da T1 a T5 del suo messaggio MTA. 


6.3.3. Indirizzi secondari 
Ad un'apparecchiatura che contiene una funzione TE od LE puó essere assegnato qua- 


lunque valore per i bit da SI ad S5, del suo messaggio MSA (my secondary address = 


il mio indirizzo secondario), che siano diversi da: 


C 
LI 
U; 
I 


$3 S2 SL 
1 1 1 i 1 

A due o pià funzioni TE (appartenenti o meno alla stessa apparecchiatura) non deve 
essere assegnato ai bit da T1 a 15, del loro messaggio MTA, io stesso valore che è 
assegnato ai bit da S1 ad 55, del loro messaggio MSA. 

A due o più funzioni TE (di solito appartenti ad apparecchiature diverse) può es- 
sere assegnato ai bit da Ll ad L5, del loro messaggio MLA, lo stesso valore che è 
assegnato ai bit da Sl ad 55, del loro messaggio MSA. 

Ad un'apparecchiatura che contiene la funzione TE e la funzione LE può essere as- 
segnato un indirizzo di ascolto tale che i bit da L1 ad LU dei suo messaggio MLA 
siano equali ai bit da Tl a TS del suo messaggio MTA ed entrambe le funzioni pos- 
sono usare lo stesso indirizzo secondario. 


6.4. RESTRIZIONE SUI CAVI 


6.4.1. Massima lunghezza del cavo 


La massima lunghezza del cavo che può essere usata per collegare un gruppo di ap- 
parecchiature entro un sistema è la più piccola tra le seguenti distanze: 


(1) 2 metri x numero di apparecchiature 


(2) oppure 20 metri. 


C 
3 
D 


6.4.2. Distribuzione delle lunghezze di cavo mag 





La massima lunghezza di un cavo che è stata definita nel sottoparagrafo 6.4.1. 
può essere distribuita tra le apparecchiature in qualunque modo scelto dall'utente, 


6.4.3. Configurazioni dei cavi 


I cavi possono essere collegati in qualunque modo scelto dall'utente (quindi con 
collegamenti a stella, lineari od una combinazione dei due). 


6.5. SEQUENZE OPERATIVE 


La maggior parte delle comunicazioni sono costituite da una sequenza di messaggi 
codificati da trasmettere attraverso l'interfaccia. Diamo alcuni esempi di Seuuen~ 
ze riferite ad alcune operazioni sebbene esse possono essere sostiluite da altre 


sequenze. 
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6.5.1. Trasferimento di 





Note: 


dati 


Inibisce tutti gli attuali "ascoltatori" (può essere 
omesso se non è richiesto). 


Ogni indirizzo inviato abilita un'apparecchiatura spe- 
cifica a ricevere dati. 


Si può trasmettere più di un indirizzo se si desidera 
avere più di un "ascoltatore". 


L'indirizzo emesso abilita una specifica apparecchia- 
tura a trasmettere dati non appena il messaggio ATN 
diventa @. | 


Trasmesso dal "parlatore" attualmente abilitato a tut- 
ti gli "ascoltatori" abilitati. 


Possono essere trasmessi dei. byte finché l'unità di 
controllo pone di nuovo ad 1 il messaggio ATN per ri- 
petere la sequenza. Se il "parlatore" stà emettendo 
un record di lunghezza specificata può porre, opzio- 
nalmente,EOI = 1 quando emette l'ultimo byte. 


(LAD) rappresenta un indirizzo di "ascolto" di un'apparecchiatura specifica 


(TAD) rappresenta un indirizzo di "parlatore" di un'apparecchiatura specifica 


(DAB) rappresenta un dato qualsiasi. 


Le parentesi quadre indicano parti opzionali di una sequenza. 


Le parentesi indicano messaggi non definiti univocamente in questo standard. 
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Interropazione seriale di controlló- dai 





(serial poll, inviata da ura unità 


solito ogni volta che SRQ - 1 sull'interfaccia) 


ATN 


1 UNL Impedisce ad altre apparecchiature di ascoltare lo 
stato emesso. (L'unità di controllo continua ad a- 
scoltare senza essere indirizzata). 


1 SPE Pone l'interfaccia nella fase di interrogazione se- 
riale durante la quale tutte le apparecchiature emet- 
tono il loro stato invece di dati, quando sono abili- 








tate. 
(TAD) Byte di stato emesso dall'apparecchiatura abilitata. 
pe fosse inviato SBN il ciclo dovrebbe essere ripetuto. 
Se è inviato SBA, ‘apparecchiatura abililata e i- 
Ø (SBN) oppure dentificata come se avesse inviato SRQ attraverso l'in 


(SBA) terfaccia e lo rimuovera automaticamente. 


oppure 


Rimuove l'interfaccia dalla fase d'interrogazione se- 
riale. 


1 SPD 


Note: 


(TAD) rappresenta l'indirizzo di "parlatore" di un'apparecchiatura specifica 


(SBN) rappresenta un byte di stato inviato da un'apparecchiatura nella quale 


~ 


non è indicata una richiesta di servizio (bit 7=@) 


(SBA) rappresenta un byte di stato inviato da un'apparecchiatura nella quale 
è indicata una richiesta di servizio (bit 7=1). 


6.5.3. Passaggio del controllo 


ATN 
i ( TAD) L'indirizzo inviato dovrebbe essere quello deli'appa- 
recchiatura alla quale si stà passando il controllo 
1 TCT Avverte l'apparecchiatura indirizzata di assumere il 
A controllo dell'interfaccia | 


Nota: (TAD) rappresenta l'indirizzo di un'apparecchiatura specifica. 


Em 
da 


.5.4. Interrogazione parallela (Parallel Poll) 


ATN IDY 


1 1 Ogni volta che il bus è in questo stato le apparecchia- 
ture predefinite porrano ciascuna la loro richiesta su 
una specifica linea DIO. Se più di una apparecchiatura 
stà utilizzando una linea DIO il valore della linea può 
indicare un OR od un AND delle richieste in funzione dei 
comandi inviati in precedenza alle apparecchiature per 
richiedere ad esse di utilizzare i valori 0 od 1 per ri- 
chiedere il servizio. 


6.5.5. Posizionamento delle apparecchiature in controllo remoto forzato 


ATN REN 

1 1 LLO Disabilita tutte le apparecchiature, controllo "ritorna 
in locale" 

1 1 (LAD) Ogni indirizzo inviato pone l'apparecchiatura indiriz- 
zata nello stato remoto, disabilitando tutti i controlii 
locali. 

Í ] 

] 1 

1 1 (LAD) 

Nota: (LAD) rappresenta un indirizzo di "ascoltatore" di un'apparecchiatura speci 


fica. (Le apparecchiature si riporteranno tutte nello stato locale ogni volta che 


` 


un valore @ di REN è posto sull'interfaccia). 
6.5.6. Invio dell'azzeramento dell'interfaccia 


Mentre viene inviato il messaggio IFC saranno riconosciuti soltanto i comandì uni- 
versali DCL, LLO e PP. 
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APPENDICI 


Le seguenti appendici sono incluse solamente per fornire delle informaziorni e nori 
fanno parte dello standard Std 488-1975, Digital interface for Programmable Ir- 
stpumentation. 


APPENDICI 


appendiice A — Sistema di misura Lipico 





Al. Sequenza di eventi 1] (Dati fondamentali ritornati all'unità di controlli) 


A2. Sequenzadi eventi 2 (Dati fondamentali diretti alla stampante digitale) 


endice B - Sequenza di temporizzazione del processo di hand. dialer: 





Bl. Commenti generali 


B2. Elenco di eventi per il processo di handshake 


endice C — Elenco dei tipi di funzione d'interfaccia disponibile 





Cl. Tipi di funzioni SH permesse 

C2. Tipi di funzioni AH permesse 

C3. Tipi di funzioni T permesse 

C4, Tipi di funzioni T (con estensione d'indirizzo) permesse 
U5. Tipi di funzioni. L permesse 

C6. Tipi di funzioni L (con estensione d'indirizzo) permesse 
07%. Tipi di funzioni SR permesse 

C8, Tipi di funzioni RL permesse 

C9. Tipi di funzioni PP permesse 

CLO, Tipi di funzioni DC permesse 

C11. Tipi di funzioni DT permesse 


C12. Tipi di funzioni C permesse 


Àppendice D - Elenco dei messaggi d'interfaccia 


Appendice E - Messaggi d'interfaccia multilinea: rappresentazione 





nel codice ISO 
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- Realizzazione logico circuitale 






























Fl. Realizzazione di stati che non richiedano memoria 
F2. Realizzazione di stati che richiedano memoria 
endice G — Sequenza d'interrogazione parallela (parallel poll) 

"IGURE DELLE APPENDICI 
AAT n rH 
Figura Al — Sistema tipico che mostra la capacità di un sistema d'inter- 

faccia nel gestire diverse necessità di un sistema di misura 
Figura Bl - Sequenza di temporizzazione dei segnali per un 'parlatore" 

e più "ascoltatori" che utilizzano il processo di hand- 

shake 
Figura B2 — Flusso logico degli eventi per un source ed un acceptor quan- 

do si trasferiscono dati utilizzando il processo di hand- BE 

snake 
Figura Gl - Sequenza d'interrogazione parallela: forma d'onda dei segnali 
Figura G2 - Stati attivi delle funzioni d'interfaccia durante un'interro- 

gazione parallela 
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Figura Al =- Sistema tipico che mostra come un sistema d'interfuccia pos 


sa gestire le necessità di un sistema di misura 


iLE 


il sistema di strumento tipico mostrato in figura Al illustra le possibiiità de: 
sistema d'interfaccia per gestire diverse necessità di un sistema di strumenti, 
Come esempio sono riportate due possibili sequenze di eventi che realizzano dei 
compiti specifici nell'ambito del sistema d'interfaccia. 


hl. Sequenza di eventi 1 (Dati fondamentali ritornati all'unitàdi controllo) 


` 


L'unità di controllo programma il funzionamento degli strumenti ed inizia le misue 
re; i dati che ne risultano sono restituiti all'unità di controllo. 


(1) L'unità di controllo inizializza il sislema d'interfaccia inviando il messag- 
glo IPC "vero" 


(2) L'unità di controllo pone tutte le apparecchiature in uno stato predefinito 
inviando il messaggio DCL "vero" 


(3) L'unità di controllo emette l'indirizzo di "ascolto" deli'alimentatore seguito 
dai dati per tale apparecchiatura 


(4) L'unità di controllo emette il comando di "non ascolto", quindi l'indirizzo 
di ascolto per la successiva apparecchiatura seguito dui dali per essa 


{5} L'evento (4) è ripetuto finchè ogni apparecchiatura coinvolta in questo parti- 
colare test è stata indirizzata e programmata, quindi ë inviato il comando di 
"non ascolto" 


(6) L'unità di controllo emette l'indirizzo di "ascolto" dello strumento di misura 
selezionato (per esempio: il misuratore digitale di frequenza), quindi ii co- 
dice di programma richiesto per iniziare la misura 


(7) L'unità di controllo invia un comando di "non ascolto", si auloindirizza per 
l'ascolto e quindi emette l'indirizzo di "parlatore" dello strumento di misure 


(8) Dopo che il ciclo di misura è completato, il misuratore digitale di frequenza 


invia ("parla") i risultati della sua misura (dati fondamentali) all''ascoita- 
tore" indirizzato che è l'unità di controllo. 


Sequenza di eventi 2 (Dati fondamentali diretti alla slampante digitale) 





L'unità di controllo programma gli strumenti ed inizia le misure; i dali fondamer— 
tali che ne risultano sono restituiti ad un'altra apparecchiatura. 


(1) ~ (6) Sono identiche alla sequenza di eventi 1. 


(7) L'unità di controllo emette il comando di "non ascollo" e quindi l'indirizzo 
di "ascolto" del registratore digitale seguito dall'indirizzo di "parlatore" 
dello strumento di misura 


(8) Dopo che la misura è stata completata lo strumento di misura invia i suoi dali 
fondamentali all'"ascoltatore" indirizzato che ë il registratore digitale. 


Nota: Se l'unità di controllo indirizzasse sia il registratore digitale che se 
stessa, i dati fondamentali sarebbero accettati da entrambi, anche se essi possono 
accettare dati a velocità di trasmissione diverse. 


-ELDI E B Sequenza di temporizzazione del processo di 





handshake 








Bl. commenti generali 





Ugni dato è trasferito dal sistema d'interfaccia utilizzando il processo di Band- 
shure per scambiare i dati tra la sorgente ed il ricevitore. Di solito da sorgente 


` I 


~ . E s ns äs | zs + ‘tt. 
t ` pt LETI ELLE 
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e Il ricevitore e un "aseo Lbatoro'. 

La figura Bl illustra il processo di handshake indicando la orma d'onda dei 
egnali DAV, NRFD ed NDAC. I segnali NRFD ed NDAC rappresentano ognuno delle forme 

d'onda composte che risultano da due o più "ascoltatori" che accettano lo stesso 
iato in tempi leggermente diversi a causa delle variazioni nella lunghezza del 
percorso di trasmissione e delle diverse velocità di risposta (ritardi) nell'ac- 
cettare ed elaborare i dati. 

La figura B rappresenta la stessa sequenza di eventi in forma di flowchart, per 
trasferire un dato tra sorgente e ricevi Core. 

I numeri sul flowchart e lo schema di sequenza delle temporizzazioni si riferisco- 

no allo stesso evento nell'elenco degli eventi. 
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Figura Bl - Sequenza di temporizzazione per un parlatore e più a 
scoltatori che utilizzano il processo handshake (vedi 
figura B2 ed elenco di eventi) H > +2.0 V; L S «0.8V 
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eventi p il rocesso di handshake 








La sorgente inizializza DAV alto (H) (dato non valido) 

I ricevitori inizializzano NRFD basso (L) nessuno è pronto a riavere 
dati e pongono NDAC basso (L) {nessuno ha accettato i dati) 

La sorgente verifica la condizione di errore (NRFD ed NDAC alli), 
quindi pone il dato sulle linee DIO 

La sorgente ritarda per permettere al dato di posizionarsi sulle 
linee DIO 

Tutti i ricevitori indicano che sono pronti ad accettare il primo 
dato; le linee NRFD vanno alte 

La sorgente dopo aver sentito NRFP alto, pone DAY basso per it 
dicare che il dato sulle linee DIO ë posizionato e valido. 
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Figura B.--rFlusso logico di eventi per la sorgente ed il ricevitore qian 
do si trasferiscono dati usando il processo di handshake (ved: 
elenco di eventi).(Questo diagramma di flusso non intende rap- 
presentare il solo metodo di implementazione di un handshake di 
ricevitore. Vedi sottoparagrafo 2.4.5., il terzo capoverso). 
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CIA] 
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Il primo ricevitore pone NRFD "basso" per indicare che non è più 
pronto, quindi accetta il dato. Gli atri ricevitori seguono con 
il loro turno 


Ii primo ricevitore pone NDAC alto per indicare che ha accettato 
il dato. (NDAC rimane "basso" perché gli altri ricevitori pongono 
NDAC "basso") 


L'ultimo ricevitore pone NDAC "alto" per indicare che ha accettato 
il dato; tutti lo hanno accettato ora ed il segnale NDAC và "alto" 


* 


La sorgente, avendo sentito che NDAC è "alto", pone DAV "allo", 
Questo indica ai ricevitori che il dato sulle linee DIO non deve 
ora essere considerato valido 


La sorgente cambia il dato sulle linee DIO 


La sorgente ritarda per permettere al dato di posizionarsi sulle 
linee DIO | 


I ricevitori dopo aver sentito DAV "alto" (a 10) pongono NDAC "bas- 
so" in preparazione del ciclo successivo il segnale NDAC va "basso" 
appena il primo ricevitore pone la linea "bassa" 


` 


Il primo ricevitore indica che è pronto per il dato successivo po- 
nendo NRFD "alto" (NRFD rimane "basso" perché gli altri ricevitori 


mantengano RFD "basso") 


L'ultimo ricevitore indica che è pronto per il dato successivo pou- 
nendo NRFD "alto"; il segnale NRFD va alto 


La sorgente dopo aver sentito NRFD "alto" pone DAV "basso" per in- 
dicare che il dato sulle linee DIO è posizionato e valido 


1} primo ricevitore pone NRFD "basso" per indicare che non € più pron 


to, quindi accetta il dato 


Il primo ricevitore pone NDAC "alto" per indicare che ha accettato 


il dato (come nel punto (8)) 


L'ultimo ricevitore pone NDAC "alto" per indicare che ha accettato 
il dato (come nel punto (9)) 


La sorgente, avendo sentito che NDAC è "alto",pone DAV "alto" (come 
nel punto (10)) 


La sorgente rimuove il dato dalle linee DIO dopo aver posto DAY "al- 


to" 


I ricevitori dopo aver sentito DAV "alto" pongono NDAC "basso" irn 


preparazione del ciclo successivo 


Si noti che tutte e 3 le linee di handshake sono nel loro hate. 
iniziale (come nei punti (1) e (2)). 
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Tipi di funzioni DC permesse 
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APPENDICE D - Elenco dei messaggi di interfaccia 





Mnemonico 


Messaggi 


Funzioni 


d'interfaccia 





MESSAGGI LOCALI RICEVUTI (dalle funzioni d'interfaccia) 


pon 


go to standby (vai in riposo) 


individual service request (qual) 
(richiesta di servizio individuale) 


listen only (ascolta soltanto) 


local poll enable (abilita interroga- 
zione locale) 


listen (ascolta) 
local unlisten (non ascoltare in locale) 


new byte available (nuovo byte disponi- 
bile) 


power on (alimentazione accesa) 


ready (pronto) 


request parallel poll (richiedi interro- 
gazione parallela) 


request system control (richiedi control- 
lo del sistema) 


request service (richiedi servizio) 
return to local (ritorna in locale) 


send interface clear (emetli azzeramento 
dell'interfaccia) 


send remote enable (emetii l'abilitazione 


remota) 


take control asynchronously (prendi il con- 
trollo in modo asincrono) 


take control synchronously (prendi il con- 
trollo in modo sincrono) 


talk only (parla solamente} 


SH,AH,T,TE, 
L,LE,Sk,RL, 
PF , C 


AH 


C 


SR 


RL 


RATE 


Pa 
V Ae Mur 





Mnemonico 


Messaggi 





MESSAGGI LOCALI EMESSI (verso le funzioni d'interfaccia) 


MESSAGGI REMOTI 


ATN 


DAB 


1DY 
IFC 


LLO 
MLA 
[MLA] 


MSA o [MSA] 


~ 


Nessuno è definito; vedi la tabella dei mes- 
saggi in uscita nel capitolo 2, por la descri 
zione dell'interazione della funzione di appa 
recchiatura che fornisce prescrizioni sugli 
stati appropriati da cui i messaggi locali 
possono essere inviati alle funzioni di appa 


recchiatura. 


RICEVUTI 


attention (attenzione) 


data byte (byte di dato) 

data accepted (dato accettato) 

data valid (dato valido) 

device clear ica l'apparecchiatura) 
end (fine) 


group execute trigger (aggancia il grup 
po esecuzione) 


go to local (vai in locale) 
identify (identifica) 
interface clear (azzera l'interfaccia) 


local lockout (blocca il funzionamento 


locale) 


my listen address (il mio indirizzo di 
ascolto) 


my listen address (il mio indirizzo di 
ascolto) 


my secondary address (il mio indirizzo 


secondario) 


my talk address (il mio indirizzo di 


parlatore) 


my talk address (il mio indirizzo di 


pariatore) 


Funzioni 
d'interfaccia 


SHAH; T TE LLE, 


PP,C 


(via L,LE) 


SH 


AH 


DC 


(via L,LE) 


DT 


RL 


L,LE,PP 


TAE LODS. 


RL 


L,LE,RL 


TELE 


Tyde 


eg 


( 


cont.) 
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d'interfaccia 


geng 


«lnemonico Messaggi 


OSA other secondary address (altro indirizzo TE 
secondario) 


OTA other talk address (altro indirizzo di T, TE 
parlatore) 


PCG primary command group (gruppo di comandi TE bb, PEP 
fondamentali) 


PEE parallel poll configure (configura l'inter- pp 
faccia parallela) 


[PPD] parallel poll disable (disabilita l'inter- PP 
rogazione parallela) 


[PPE] parallel poll enable (abilita l'interro- -> pp 
gazione parallela) 


PPRn parallel pull response n (risposta n al- (via C) 
l'interrogazione parallela) 


PPU parallel poll unconfigure (non configura- PP 
re l'interrogazione parallela) 


REN remote enable (abilita il funzionamento Iti, 
remoto) 
RFD ready for data (pronto per dato) SH 
ROS request service (servi la richiesta) (via L,LE) 
{ spc] selected device clear (azzera l'apparec- DO 


chiatura selezionata) 
SPD serial poll disable (disabilita l'interro- Die Le 
. i 
gazione parallela) 


SPE serial poll enable (abilita l'interrogazio- T,TE 
ne seriale) 


SQR service request (richiedi il servizio) (via Cj 

STB status byte (byte di stalo) (via L,LE: 
TET OT TCT! take control (prende il controllo) C 

UNL | unlisten (non ascoltare) L,LE 


———————————————————————————————————— TC eer, ft 
e I COnL.]J 


, I f Funzioni 
nemonico Messaggl SS ! 
d'interfaccia 


MESSAGGI REMOTI EMESSI 


ATN attention (attenzione) G 

DAB data byte (byte dato) (via T, PE) 
DAC data accepted (dato accettato) Alí 

DAV data valid (dato valido) SH 

DCL device clear (azzera l'apparecchiatura) (via ©) 
END end (fine) [via I) 
GET group execute trigger (aggancia il gruppo (via C) 


esecuzione) 


GTL go to local (vai in locale) (via C) 
IDY identify (identifica) C 
LEC interface clear (azzera l'interfaccia) C 
LIO local lockout (blocca il funzionamento (uta 0j 
locale) 
MLA o [MLA] my listen address (il mio indirizzo ci (via C) 
ascolto) 
MSA o [MSA] my secondary address (11 mio indirizzo (Win) 


secondario} 
MTA o [MTA] my talk address (il mio indirizzo di [yia E) 
parlatore) 


OSA other secondary address (altro indirizzo (via C) 


secondario) 


OTA other talk address (altro indirizzo di {via €) 


parlatore) 


PCG primary command group (gruppo di comandi (via C) 
primari) 
PPC parallel poll configure (configura l'in- (via t) 


terrogazione parallela) 


[PPD] parallel poll disable (disabilita l'inter- (via Ü) 
rogazione parallela) 

[PPE) parallel poil enable (abilita l'interroga (via ©) 
zione parallela) 

PPRn parallel poll response n (risposta n all'in bp 


terrogazione parallela) 






{ Carla 


Lat 


Mnemonico 


PPU 


REN 


RED 
RQS 


[spc | 
SPD 
SPE 


SRQ 
STB 
TOY 


UNL 


Messaggi 


parallel poll unconfigure (non configurare 
l'interrogazione parallela) 


remote enable (abilita il funzionamento re- 
moto) 


ready for data (pronto per dati) 
request service (servi la richiesta) 


Selected device clear (azzera l'apparec- 
chiatura selezionata) 


serial poll disable (disabilita l'interro- 
gazione serial'e) 


serial poll enable (abilita l'interrogazione 
seriale) 


service request (richiedi il servizio) 
status byte (byte di stato) 
take control (prendi il controllo) 


unlisten (non ascoltare) 


Funzioni 


d'interfaccia 


(via C) 


emm. 
« 
m. 
D 
C3 


(vim Lj 


1⁄7? 


st) 
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APPENDICE F — Realizzazione Logico circuitale 


Per assistere il progettista nell'interpretazione dei diagrammi di stato vengono 
fornite delie realizzazioni circuitali per situazioni che si verificano nelle fun- 
zioni di interfaccia. Si deve capire che gli schemi logici dati in questa appendi- 
ce non mostrano l'unica realizzazione possibile e neppure realizzazioni raccoman-— 
date. Esse hanno solamente uno scopo educativo. 

I diagrammi di stato sono usati per due motivi: 


(1) Essi permettono di differenziare le diverse risposte che una funzione di in- 
terfaccia può produrre e ne idenlificano ognuna con una o più stati della fun- 
zione d'interfaccia 


Essi identificano quelle situazioni nelle quali si richiede che una funzione 
di interfaccia ricordi gli eventi passati per produrre la risposta corretta. 


e 
Pa 
— 


Ugni stato in qualunque diagramma ha uno o entrambi gli scopi suddetti. Per esem- 
pio: lo stato LADS della funzione di interfaccia L non ha un'unica risposta ad es- 
so associata e non può essere distinto dallo stato LIDS. Il suo scopo tuttavia 


Che 


di ricordare che l'apparecchiatura ha ricevuto un indirizzo di "ascoltatore" at- 
traverso il bus ed è quindi in grado di entrare nello stato LACS quando il messag- 
gio ATN è ricevuto falso (vedi figura 7). 

Inversamente lo stato LACS è un esempio di stato che non ha alcuna memoria, ma che 
esiste come stato distinto solamente per mostrare una specifica capacità di rispo- 
sta che non esiste durante lo stato LADS. La sola differenza interna tra questi due 
stati è il valore del messaggio ATN e non è richiesta alcuna memoria perché questo 
messaggio è continuamente disponibile. 


Fl. REALIZZAZIONE DI STATI CHE NON RICHIEDONO ALCUNA MEMORIA 


La funzione di interfaccia DT è un esempio di funzione di interfaccia completa che 
non richiede alcuna memoria. Il suo diagramma di stato (identico alla figura 13, ë 


11 seguente: 


GET ^ (LADS) ^ 





GETv (LADS) v (ACDS) 


Poiché non è richiesta alcuna memoria questa funzione di interfaccia può essere 


realizzata con una sola porta AND: 


GET 
(LADS) DTAS (usato per aganciare 
un’operazione) 


F2. REALIZZAZIONI DI STATI CHE RICHIEDONO MEMORIA 


La runzione di interfaccia SR è un esempio di funzione che richiede una memoria 


per i suoi stati. Il suo diagramma di stato identico alla figura 9 è il seguente: 
rsv ^ (PRD) 





r due stati superiori considerati a parte rappresentano un circuito 334 Gui stalo 


interno segue il valore del messaggio rsv ma solamente se SPAS è "falso". Questo € 


un latch tipo D standard. si 


CEES) 
Per completare il circuito ë necessaria una memoria per ricordare che (SPAS) € av- 
venuto dopo che il latch è commutato in "on". Questo circuito può essere costrul- 


to attorno ad un flip- flop RS standard e aggiunto al iatch per produrre: 
Valore DIO7 


rSv 


Linea SPQ 


GAS) 
In questo circuito lu stadio di uscita del flip-flop RS è azzerato ogni qualvolta 


il valore del messaggio rsv è "falso", Quando il messaggio rsv registrato diventa 
"vero"; esso rimane azzerato fino alia prima volta che SPAS diventa attivo per cul 
esso diventa 1 ricordando che un messaggio RQS è stato inviato ed SRQ non deve piu 


essere mantenuto vero. 


arr rENDICE G - Sequenza di interrogazione parallela 







Messaggio ATN vero 


Messaggio IDY vero 






9 
1 
t 
k 
t 





i 

I 

I 

I Messaggio PPRn vero 
L lieu 


WEEN, 


Figura Gl- Sequenza d'interrogazione parallela: forme d'onda dei segnali 


* Messaggio PPRn vero mostralo in uno di due stali possibili come specificato 


dal messaggio PPE 


+ Lo strobe sulle linee DIOné emesso internamente all'unità di controllo in 
qualsiasi momento durante lo stato CPPS da un metodo definito dal progetti 
sta (il trasferimento dei bit di stato durante l'interrogazione parai lela 
non utilizza il processo di handshake) 





CACS 
i PE KP SEQUENZA DELLO STATO ATTIVO 
CAWS jm DELLA UNITA' DI CONTROLLO 





SEQUENZA DELLO STATO 
D'INTERROGAZIONE PA- 
RALLELA ATTIVO 


PPAS 








Figura G2 - Stati attivi delle funzioni d'interfac- 


cia durante un'inlerrogazione parallela 
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